Spec-Zone .ru
спецификации, руководства, описания, API
|
InnoDB
восстановление катастрофического отказа состоит
из нескольких шагов:
Первый шаг, применяя журнал отката,
выполняется во время инициализации, прежде, чем принять любые соединения. Если все изменения были сброшены от пула буферов до табличных областей (ibdata*
и *.ibd
файлы) во время завершения работы
или катастрофического отказа, приложение журнала отката может быть пропущено. Если файлы журнала отката
отсутствуют при запуске, InnoDB
пропускает приложение журнала отката.
Остающиеся шаги после приложения журнала отката не зависят от журнала отката (кроме для того, чтобы зарегистрировать записи) и выполняются параллельно с нормальной обработкой. Они включают:
Откат неполных транзакций: Любые транзакции, которые были активными во время катастрофического отказа или быстрого завершения работы.
Вставьте буферное слияние: Применение изменений от буфера вставки (часть системной табличной области) к листовым страницам вторичных индексирует, поскольку индексные страницы читаются в пул буферов.
Чистка: Удаление удаляет - отмеченные записи, которые больше не видимы для любой активной транзакции.
Из них только откат неполных транзакций является особенным, чтобы разрушить восстановление. Буферное слияние вставки и чистка выполняются во время нормальной обработки.
В большинстве ситуаций, даже если сервер MySQL был неожиданно уничтожен в середине тяжелого действия, процесс
восстановления происходит автоматически, и никакое действие не необходимо от DBA. Если отказ оборудования или
серьезная системная ошибка повреждаются InnoDB
данные, MySQL мог бы отказаться
запуститься. В этом случае см. Раздел 14.2.4.6,
"Запускаясь InnoDB
на Поврежденной Базе данных" для шагов, чтобы
диагностировать такую проблему.