Увеличение вашего может уменьшить ввод/вывод на диск во время . Часто имеет смысл установить общий размер файлов журнала так же велик, как кэш буфера или даже больше. Хотя в прошлом большие файлы журнала могли замедлять восстановление после сбоя, начиная с MySQL 5.5, улучшения производительности при восстановлении после сбоя позволяют использовать большие файлы журнала с быстрым запуском после сбоя. (Строго говоря, это улучшение производительности доступно для MySQL 5.1 с плагином InnoDB 1.0.7 и выше. Именно с MySQL 5.5 это улучшение доступно в стандартном движке хранения InnoDB.)

Как работает обработка проверок состояния

InnoDB реализует механизм, известный как . InnoDB сбрасывает изменённые страницы базы данных из кэша буфера небольшими партиями. Нет необходимости сбрасывать кэш буфера за один раз, что нарушило бы обработку пользовательских SQL-запросов во время процесса проверки состояния.

Во время , InnoDB ищет метку проверки состояния, записанную в файлы журнала. Он знает, что все изменения в базе данных до метки присутствуют в дисковой копии базы данных. Затем InnoDB сканирует файлы журнала вперёд от точки проверки состояния, применяя записанные изменения к базе данных.