5.3.3. InnoDB Контрольные точки

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

Как Обработка Контрольной точки Работает

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

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