Справочное руководство по MySQL версии 4.0.11-gamma
7.5.9 Рекомендации по увеличению производительности
7.5.9 Рекомендации по увеличению производительности
1.
1.
Если top операционной системы Unix или Task Manager Windows показывают
процент рабочей нагрузки процессора меньше 70%, это значит, что объем
рабочей нагрузки в основном сводится к обращениям к диску. Возможно,
слишком часто производится фиксация транзакций, или буферный пул слишком
мал. Здесь может помочь увеличение размера буферного пула, но не следует
устанавливать его значение большим, чем 80% физической памяти.
2.
2.
Несколько изменений следует вносить за одну транзакцию. InnoDB должен
сбрасывать журнал на диск после каждой фиксации транзакции, если эта
транзакция вносит изменения в базу данных. Поскольку скорость вращения
диска обычно не превышает 167 оборотов в секунду, то количество фиксаций
ограничено 167 фиксациями в секунду, если, конечно, диск не обманывает
операционную систему.
3.
3.
Если вы можете позволить себе потерять последние зафиксированные
транзакции, установите параметр innodb_flush_log_at_trx_commit в файле
`my.cnf' в нулевое значение. Так или иначе InnoDB пытается сохранить журнал
ежесекундно, и в этом случае сохранение не гарантируется.
4.
4.
Увеличьте размеры файлов журналов, доведите их даже до размера
буферного пула. Когда InnoDB заполняет файлы журналов, он должен сохранить
измененное содержимое буферного пула на диск в виде моментального снимка
базы. Маленькие журналы будут вызывать множество ненужных записей на диск.
Есть и оборотная сторона медали - если файлы журналов большие, то время
восстановления транзакций (в случае сбоя) будет больше.
5.
5.
Кроме того, буфер журнала должен быть достаточно большим, например 8
Мб.
6.
6.
(Актуально для версии 3.23.39 и выше.) В некоторых версиях операционных
систем Linux и Unix запись файлов на диск при помощи команды Unix
fdatasync и других подобных методов производится на удивление медленно.
Принятый по умолчанию метод InnoDB использует функцию fdatasync. Если
скорость записи базы данных вас не устраивает, можно попробовать для
параметра innodb_flush_method в файле `my.cnf' задать значение O_DSYNC, хотя
на многих системах O_DSYNC обычно работает медленнее.
7.
7.
При импортировании данных в InnoDB убедитесь что в MySQL не установлено
значение autocommit=1. Если оно установлено, то каждая вставка требует
сохранения журналов на диске. Поместите прямо в начале вашего файла с
данными:
SET AUTOCOMMIT=0;
и в конце
COMMIT;
Если используется параметр mysqldump --opt, то вы получите файлы, которые
достаточно быстро импортируются в InnoDB, даже если их не окружить
вышеуказанными командами SET AUTOCOMMIT=0; ... COMMIT;.
8.
8.
Осторожно относитесь к значительным откатам больших вставок InnoDB
использует буфер вставок для того, чтобы меньше ``дергать'' диск на
вставках, однако для соответствующего отката транзакции такой механизм не
предусмотрен.. Ограниченный производительностью диска откат может занять в
30 раз больше времени, чем вставка. Удаление процесса базы данных не
поможет, так как откат начнется снова после запуска базы данных.
Единственный способ избежать такого отката - это увеличить буферный пул
настолько, что откат станет зависеть только от производительности
процессора, перестанет ``равняться'' по диску и отработается быстро. Есть
еще один способ - это удаление базы данных InnoDB целиком.
9.
9.
Следует также осторожно относиться к операциям со значительными
объемами данных, зависящим от производительности диска. Чтобы очистить
таблицу, используйте команды DROP TABLE или TRUNCATE (начиная с версии
MySQL-4.0 и выше), а не DELETE FROM yourtable.
10.
10.
Используйте множественные вставки для уменьшения нагрузки на
коммуникации между клиентом и сервером, если вам нужно вставить множество
записей:
INSERT INTO yourtable VALUES (1, 2), (5, 5);
Эта рекомендация подходит для вставок в таблицы любого типа, а не только
InnoDB.