Подскажите ребят, как удалить внешние ключи в таблицах этого типа?

В один «прекрасный» день и час рухнули таблицы InnoDB. Причина не понятна. Результат — MySQL server не стартует, сайты не работают.
Кто сталкивался с падением таблиц и как восстанавливал? Предложенные варианты, что нагуглил, пока не помогли.
Заранее признателен за комментарии.

Отсутствие поддержки innodb на сервере критично? вроде все пашет пока в Myisam, но как будет дальше?

Половина полей в бд сайта в формате MyISAM, а вторая половина в формате InnoDB. Как все привести в один формат?

При обращении к любой таблице получаю:

#1033 - Incorrect information in file: './xxx/prefix_page.frm' 

Пробывал восстанавливать с помощью REPAIR TABLE tbl_name, myisamchk -r table_name, myisamchk --safe-recover table_name. Не помогает, myisamchk выдаёт: error: 'prefix_page.frm' is not a MyISAM-table. REPAIR TABLE пишет: Incorrect information in file: './xxx/prefix_page.frm'

Кто встречался с подобной проблемой? Что делать? Бэкап есть но он староват, хотелось бы восстановить.

Посмотрел, что в ревизии 554 сделали удаление связанных данных.

Сначало подумал, а почему бы, как и ранее просто не «связать» ключи (ADD CONSTRAINT блабла FOREIGN KEY (`блабла`) REFERENCES `блабла`)
Ну не судите строго… думал я в 4 ночи почти…
И тут осенило, что эти таблицы, удаление из которых осуществляется функциями, не имеют «чётких» индексов (topic_id, comment_id), а лишь target_id… то бишь непонятно что вообще с чем связывать-то. Удаление средствами InnoDB невозможно (ну как я понимаю).

Остаётся вопрос… а как правильней с точки зрения целостности данных: разделить на две таблицы каждую из них и сделать удаление связанных данных средствами InnoDB или всё же слить (как щас) и делать удаление функциями?

Я естественно не в коем случае не призываю что-то менять и как-то действовать относительно движка, просто я человек любопытный и излагаю теорию и задаюсь теоретическим вопросом ^_^

Думаю из названия топика и блога всё понятно.
Ищется разработчик, который уже имел sphinx опыт разработки со sphinx.
И ищутся люди, которые хотели бы скинутся на данный модуль.

1 вопрос: Если найдётся человек который захочет взяться за разработку, пусть оговорит цену ниже.

1 момент: С деньгами напряжно, поэтому если цена будет большой, а желающих скинуться на разработку не будет, то заказ отменяется и буду разбираться сам.

UPDATE
Итак. Найден исполнитель. Это kachayev.

Пару моментов и особенностей:
а) для движка 0.4;
б) список похожих постов не храниться в базе, а запрашивается на лету (чтобы учитывались новые записи);
в) блок формируется под статьей в ответ на ajax-запрос, будет удобнее для пользователя, но для целей СЕО не подходит.
г) «срочной» реализации не будет. Т.е. будем постепенно «разгонять» систему, подбирая варианты. Может 2-3 недели уйдет на эксперименты.

Оплата: Полностью модуль будет стоить 125$. Таким образом, чем больше людей наберём — тем меньше с каждого индивидуума возьмём. Хотя, я считаю, цена и так очень и очень небольшая…

P.S. Ещё раз отпишите, кто согласен со всеми условиями и точно будет «скидываться» на модуль. Я буду постепенно вносить вас в список:
1) Собственно я.
2) aisico
3) Mmka
4) Анонимный участник №1
5) diGreez
6) Fanta
7) potboiler
8) _et
9) Daaa
10) g3n0m

Уважаемые спецы Ливстрита!

столкнулся с проблемой InnoDB

ставлю денвер (wamp) — выполняю sql дамп, затем выполняю patch.sql и на первой же строке patch.sql, где происходит добавление констрэйна к таблице session — получаю ошибку мускула 105 150

Как обходили?

спасибо, с уважением, Журавлев Сергей
p.s.: обновление брал с трэка