MySQL InnoDB или MyISAM - Joomla 2.5: Установка и обновление

MySQL InnoDB или MyISAM - популяроный запрос в поисковике, пусть и у нас на форуме будет такая тема.

не знаю, заметил ли кто что Joomla 2.5 создает таблицы в MySQL InnoDB, хотя по памяти помню что Joomla 1.5 создавала таблицы в MySQL MyISAM...
Так вот, сайт, проапгрейденный с Joomla 1.5 до Joomla 2.5, теперь на половину имеет таблицы обеих типов...

Может стоит все же привести все таблицы к одному типу?
Кто что думает?

Может быть у вас в параметрах mysql указано по умолчанию чтоб использовать InnoDB.
В старых версиях действительно было прописано чтоб использовался именно MyISAM тип, в новых версиях, на сколько я заметил, это требование просто убрали. Устанавливается тот тип БД, который указан у вас в параметрах mysql по умолчанию.

Мне же хотелось бы узнать, может кто уже испытал, попробовал...
Какие таблицы лучше всего перевести с MyISAM на InnoDB, какие на MEMORY.
Как я понимаю, таблицу с контентом лучше оставить в MyISAM, чтоб по ней осуществлялся полнотекстовый поиск, который применяется в Joomla.
-----------------
Update:
Преобразовал все основные таблицы с MYISAM в INNODB, поиск как работал, так и работает... может я не знаю что такое полнотекстовый поиск?

Что заметил:
а, Две таблицы _finder_tokens и _finder_tokens_aggregate имеют по умолчанию тип MEMORY
б, Используется Joomla 2.5, а присутствуют таблицы от стандартного опроса Joomla 1.5 (_polls, _poll_data и _poll_date). В них всего один опрос, т.е. это не те таблицы, что были у меня на Joomla 1.5 и просто перенеслись. Как известно, в Joomla 2.5 отсутствует стандартный компонент опросов.

только вот надумал тему поднять а ее уже подняли.

У меня впс, настраивал толковый админ (имеет свой хостинг). Как там по умолчанию настроенно я не знаю...

Хотелось бы услышать мнения Гуру по поводу типов таблиц...

Да, вопрос хороший. А вообще все зависит от типа сайта - ведь как известно MyISAM значительно быстрее работает при SELECT запросах, то бишь на чтение. Поэтому для Joomla в её дефолтном варианте предпочтительнее MyISAM - imho   Вот очень интересный тест сравнения.

Спорный вопрос. Тут ведь InnoDB надежнее, а MyISAM быстрее.
Я также обратил внимание, что многие популярные "шаблоноделы" до сих пор делают в MyISAM, хотя Joomla 2.5 уже по умолчанию требует InnoDB и ведь не просто так. Я о том что из пресс-релиза Joomla у них говорится, что Joomla 3.0 будет работать только на InnoDB. Я конечно не разработчик и не догоняю всей сути, но точно знаю, что "вставка" и "апдейт" работают на MyISAM быстрее, хотя разрабам виднее.
И еще. Я неоднократно читал, что одновременно 2 типа лучше не держать, т.к. между InnoDB и MyISAM иногда могут возникнуть конфликты из-за разной работы.

спасибо за мнение!

После сбоя на сервере половина таблиц послетала.. хостер ответил следующее: "Указанные Вами таблицы используют InnoDB, что в условиях виртуального хостинга мы крайне не рекомендуем (InnoDB оптимально использовать на выделенном сервере, где конфигурация MySQL будет  оптимизирована именно для работы с данным типом таблиц, но на виртуальном хостинге не реализованы вообще никаких настройки конфигурации InnoDB (поддержка есть, но исключительно на уровне, как было представлено по умолчанию разработчиками MySQL"

Возник вот такой вопрос. У меня на одном сервере работает несколько сайтов. С теми, что на myisam проблем нет, тот что на innodb (joomla 2.5.11) очень сильно тормозит при добавлении нового материала (как раз получается на INSERT).
Что можно сделать, чтобы убрать тормоза? Может можно определенные таблицы (к примеру content) конвертнуть в myisam а остальное что менее задействовано оставить в innodb?
Прошу совета, поскольку в этой области я совершенно не спец.

У меня облачный сервер на селектеле с недавнего времени... До этого были VPS... И там и там Я использовал InnoDB... Собственно на работе у меня три вэб сервера с CRM системами, которые Я постепенно подкручивал...
Скажу так: при достаточном кол-ве ресурсов на машине разницы в скорости не будет заметно... Но Я больше склоняюсь к InnoDB, так как она реально надежнее и кстати говоря дает меньше нагрузки...
НО используйте лучше что-то одно... У вас ведь не социальные сети, в которых постоянно происходит миллион записей в базу, а статика в основном... Все закешировано. А вот упасть - может, поэтому лучше InnoDB все-таки... Так же InnoDB гораздо лучше работает со связями (контент-автор) и т.п. В этом случае можно даже реализовать функционал удаления всех материалов автора, при непосредственном удалении автора, гораздо проще, чем в MyISAM

Да, согласен, записей не много. Но все равно ждать по 10 минут сохранения материала как-то не впечатляет. Связи как-то меня не особо интересуют, поскольку я единственный публикующий автор.
Насчет достаточности ресурсов я не уверен. Сервак не выделенный, да и все настройки оставлены видимо по умолчанию. К примеру innodb_buffer_pool_size стоит 8М. Попросил саппорт поднять хотя бы до 128М.
Может еще какие-то параметры стоит изменить чтобы легче дышалось?

К примеру innodb_buffer_pool_size стоит 8М. Попросил саппорт поднять хотя бы до 128М.

Все настолько плохо? о_О
У меня с хостерами таких проблем никогда не было, если честно... Уж не знаю, как они на это отреагируют... Но вряд ли до 128 поднимут... Хотя видно будет... Но тут явно дело в хостере, так как у меня таких проблем никогда не было, даже с параметрами "по умолчанию"

Посмотрю что ответят. Сервер типа виртуального но с ограниченным количеством клиентов на нем.
Вот поэтому я и спрашиваю - может быть можно jos_content перевести в myisam?

Поставили мне в конечном итоге innodb_buffer_pool_size=20 Мб. Но я так понимаю это все до тех пор, пока таблица снова не разрастется.

Поставили мне в конечном итоге innodb_buffer_pool_size=20 Мб. Но я так понимаю это все до тех пор, пока таблица снова не разрастется.

Я могу посоветовать только убегать от такого хостера. Я пользуюсь хостингом от SpaceWeb - очень рекомендую. Не просто подобных проблем не было, проблем вообще не было никогда.
К сожалению парочку проектов разрастаются и Я частично ухожу на облачный сервер...

Возможно есть смысл перетащить к ним только этот сайт, поскольку только он портит всю "малину".
Но это уже на крайний случай.