InnoDB vs MyISAM

[Hector]

Решили тут поменять тип БД с MyISAM на более "модную" InnoDB. Сразу же упала значительно производительность. Есть ли смысл в этой затее или вернуть назад?

[chesser]

последнее время стараюсь использовать innodb

myisam только если уж совсем прижмет производительность на чтение, либо если очень простая структура БД. Обычно, это если немного (чаще 1) больших таблиц, из которых надо много и быстро читать.

[oledj]

там где только чтение - myisam
там где запись - innodb

в вашем случае можно начать с простой замены стандартного мускула на мариадб а там уже смотреть по нагрузкам

[Boodda]

Не надо там памяти столько чтобы вся БД влазила. Для скорости надо чтобы были ПРАВИЛЬНЫЕ индексы и вот они помещались в оперативке. А так же правильные запросы. Если много записи в БД , то надо как минимум сменить тип сброса логов транзакций, лог должен быть o_direct. Бд под 100 таблиц, десятками миллионов записей на десятки гигабайт, свободно будет обслуживать тысячи смешанных запросов в секунду.

[Hector]

Boodda, это все читал и знаю но на деле myisam быстрее оказался.

[chesser]

Сообщение от Hector

на деле myisam быстрее оказался.

а в чем заключается проект или роль БД в нем?

[hitboss]

создайте 2 виртуальных машины с одинаковыми характеристиками.
на одной - база myisam
на другой - innodb

и проведите нагрузочное тестирование каждой виртуалки на типовых операциях, и все станет ясно
+ не забудьте включить slow log с минимальным порогом срабатывания

по моему опыту, таблицы myisam чаще ломаются

[medar]

Сообщение от creator123

главное гавно innodb это чтоб вся база поместилась в память. ну кто в здравом уме ее будет использовать

Наверное поэтому Innodb поставили дефолтным движком вместо MyISAM в последних версиях MySQL.

Все зависит от задачи. Если у вас сайт с пользователями, которые что-то постоянно на нём делают и апдейтят БД - Innodb. Если у вас куча вордпрессов, или просто работает свой скрипт и шарашит что-то в базу - MyISAM.

PS тестирование форков mysql на реальном интернет-магазине, MyISAM / Innodb тоже можно сравнить: http://habrahabr.ru/post/242337/

[Boodda]

Сообщение от Hector

Boodda, это все читал и знаю но на деле myisam быстрее оказался.

Ну я же вам тоже не с потолка взял и говорю, тоже проверял.
Сейчас работаю год в проекте онлайн консультанта, отбиваем по 3к запросов к БД причем многие с большим количеством джойнов и сложных условий, это те которые прошли мимо всех кешей, сервер 64GB RAM, RAID аппаратный, 12 ядер. Нагрузка 10%. MyIsam просто не справился вообще даже с половиной текущей нагрузки, у нас запись/чтение где то 40/60. Вообще тюнинг Innodb заключается не только в тюнинге мускула, но и в тюнинге системы, вплане соединений, их переиспользования и быстрого закрытия, правильной настройке сброса логов, и коммита данных. А так же просмотра и explain'на всех запросов. Если ваш запрос даже на многомиллионной таблице с 20-30ГБ данных, занимает более полсекунды, то такие запросы надо пересматривать и оптимизировать. и возможно вводить простую аггрегацию данных.

Мое личное мнение, которым я никого не хочу обидеть, это то что либо вы недостаточно разбираетесь в администрировании и програмировании БД, либо, не вкладываете достаточно денег в поддержание и замену оборудования необходимого вам для работы.

[Hector]

Boodda, Ничего нового ты мне не сказал. Медленные запросы ловятся и оптимизируются. Индексы присутсвуют. Проблема решена.