22.4.1.7. Создание Прецедента, Если Вы Табличное Повреждение Опыта

Приведите в нерабочее состояние демона MySQL (с mysqladmin завершением работы).

Сделайте резервное копирование таблиц (чтобы принять меры против очень маловероятного случая, что восстановление делает что-то плохо).

Проверьте все таблицы с myisamchk-s database/*.MYI. Восстановите любые неправильные таблицы с myisamchk-r база данных /table.MYI.

Сделайте второе резервное копирование таблиц.

Удалите (или переезжайте), любые старые файлы журнала из каталога данных MySQL, если Вы нуждаетесь в большем количестве пространства.

Запустите mysqld с двоичного включенного журнала. Если Вы хотите найти запрос, который разрушает mysqld, следует запустить сервер с обоих общий журнал запросов, включенный также. См. Раздел 5.2.3, "Общий Журнал запросов", и Раздел 5.2.4, "Двоичный Журнал".

Когда Вы получили разрушенную таблицу, остановитесь mysqld server.

Восстановите резервное копирование.

Перезапустите mysqld сервер без двоичного включенного журнала.

Повторно выполните команды с mysqlbinlog двоичным файлом журнала | mysql. Двоичный журнал сохраняется в каталоге базы данных MySQL с именем hostname-bin.NNNNNN.

Если таблицы повреждаются снова, или можно заставить mysqld умирать с вышеупомянутой командой, Вы нашли восстанавливаемую ошибку, которую должно быть легко исправить! FTP таблицы и двоичный журнал к нашей базе данных ошибок, используя инструкции, данные в Разделе 1.7, "Как Сообщить об Ошибках или проблемах". Если Вы - клиент поддержки, можно использовать MySQL Customer Support Center https://support.mysql.com/, чтобы предупредить команду MySQL о проблеме и фиксировать это как можно скорее.