Понимаю вечный вопрос. Давайте постараемся дать на него ответ с позиции «что лучше для LS»
Всё началось с того, что у меня оч. начал тормозить сайт. Начал читать, оказалось на это может повлиять 165 причин. Вот потихоньку вычёркиваю одну причину за другой.

Мне сказали что база должна иметь один тип. Господа, подтвердите сей факт ещё раз.
Спрашиваю потому что ещ мне сказали, если я переведу всю базу в MyISAM, то MySQL и сайт в целом начнёт работать быстрее. Настроить MySQL вручную у меня нет возможности.

Но начитавшись страхов про MyISAM. Про неработающие плагины и т.д. слабую стрессоустойчивость, уже не хочется ничего делать.

Или мне оставить всё как есть?

Сайт сам по себе перестал работать, выдаёт такую ошибку

SQL Error: Unknown storage engine 'InnoDB' at /var/www/hinex/data/www/three-days-grace.ru/classes/modules/topic/mapper/Topic.mapper.class.php line 257
Array ( [code] => 1286 [message] => Unknown storage engine 'InnoDB' [query] => SELECT count(t.topic_id) as count FROM tdgx_topic as t, tdgx_blog as b WHERE 1=1 AND t.topic_publish = 1 AND t.topic_date_add >= '2012-10-16 01:00:00' AND ((b.blog_type='open')) AND t.blog_id=b.blog_id; [context] => /var/www/hinex/data/www/three-days-grace.ru/classes/modules/topic/mapper/Topic.mapper.class.php line 257 ) 

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

В один «прекрасный» день и час рухнули таблицы 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.: обновление брал с трэка