Разница, скорее всего, связана с конфигурацией innoDB, которая требует чуть больше настройки, чем myISAM. Идея innoDB состоит в том, чтобы хранить большую часть ваших данных в памяти и записывать их на диск только при наличии нескольких свободных циклов ЦП.
Если вы вообще беспокоитесь об InnoDB, это действительно хороший вопрос. Если вы собираетесь продолжать использовать MySQL, настоятельно рекомендуется получить некоторый опыт работы с InnoDB. Но если вы выполняете быструю и грязную работу с базой данных, которая не будет видеть большой объем трафика и не будет беспокоиться о масштабе, то простота MyISAM может быть просто победой для вас. InnoDB может быть излишним во многих случаях, когда кто-то просто хочет простую базу данных.
но многие из моих таблиц не будут обновлены
Вы все еще можете получить повышение производительности от InnoDB, если вы читаете на 99%. Если вы сконфигурируете размер пула буферов для хранения всей вашей базы данных в памяти, InnoDB НИКОГДА не придется идти на диск, чтобы получить ваши данные, даже если он пропустит кеш запросов MySQL.
В MyISAM есть хороший шанс прочитать строку с диска, и вы покидаете операционную систему, чтобы выполнить кэширование и оптимизацию за вас.
InnoDB-буфер бассейн размером
Мое первое предположение - проверить innodb_buffer_pool_size, который поставляется из коробки, установленной на 8M. Рекомендуется иметь около 80% вашей общей памяти. Как только вы достигнете этого предела, производительность innodb значительно упадет, потому что ему нужно что-то удалить из буфера, чтобы освободить место для новых данных, что может быть дорого
автокоммит = 0
Также убедитесь, что автоматическая фиксация отключена во время загрузки таблицы, иначе при каждой вставке произойдет сброс. Вы можете включить его после того, как закончите, и это настройка на стороне клиента. очень безопасно.
Загрузка таблиц обычно происходит один раз
Подумайте, действительно ли вы хотите настроить свою базу данных для размещения «вставки 17 миллионов строк». Как часто вы делаете это? MyISAM может быть быстрее в этом случае, но если у вас есть 100 одновременных подключений, которые все одновременно читают и изменяют эту таблицу, вы обнаружите, что хорошо настроенная innoDB победит, а MyISAM захлебнется блокировками таблицы.
Как MyISAM видит эту операцию
MyISAM будет очень хорош в этом без какой-либо настройки, потому что под обложками вы просто добавляете каждую строку в файл (и обновляете индекс). Ваша ОС и дисковое кэширование решат все эти проблемы с производительностью.
Как InnoDB видит эту операцию
Innodb будет знать, что таблица нуждается в записи, поэтому она выбрасывает строку в буфер вставки.
Вы не даете ему времени до следующей вставки, поэтому innoDB не успевает разобраться с буфером, ему не хватает места и он вынужден «задерживать» вставку, пока записывает в буферный пул и обновляет индексы.
Затем ваш буферный пул заполняется, и innoDB вынужден «задерживать» вставку и сбрасывать некоторую страницу из буферного пула на диск.
И вы продолжаете бросать в него вставки как сумасшедшие.
Обратите внимание, что, когда вы настроите InnoDB, чтобы вы быстро получили приглашение MySQL> после этого, InnoDB все еще будет карабкаться под укрытиями, чтобы наверстать упущенное в свободное время, но будет готов выполнить новую транзакцию для вас. 1036 *
ДОЛЖЕН ПРОЧИТАТЬ:
http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
http://dev.mysql.com/doc/refman/5.0/en/innodb-tuning.html (см. Советы по загрузке данных)