Исправляем поврежденные MySQL-таблицы с myisamchk

[Krypt]

> При этом MyISAM таблицы повреждаются очень просто — с этим проблем нет никаких.
На мой неискушённый взгляд, это веский повод не использовать MyISAM вообще.

[nikolayvaganov]

MyISAM хотя бы чинятся более-менее успешно, если произойдет повреждение InnoDB, то в 99% нужно БД доставать из дампа, так как даже с ключами force_recovery все печально.

[Krypt]

MyISAM/myisamchk дают гарантию целостности данных после восстановления?

[nikolayvaganov]

Ничто не даст гарантию целостности данных после восстановления, так как само повреждение целостности — это уже инцидент.

[RicoX]

Откройте для себя innodb_file_per_table и копируйте как файлы на здоровье.

[RicoX]

Ну если нужно обязательно разжевать то:
сбрасываем кешь на диск и выгружаем таблицы

mysql> FLUSH TABLES table_one, table_two FOR EXPORT;

— копируем .ibd и сгенерированный файл конфигурации из директории БД на БД импорта
— создаем пустую таблицу аналогичной структуры

mysql> ALTER TABLE table_one DISCARD TABLESPACE;

— копируем .ibd и сгенерированный файл конфигурации в директорию БД

mysql> ALTER TABLE table_one IMPORT TABLESPACE;

В крайнем случае ibdata можно и воссоздать и пересоздать на новом сервере, при этом если изначально использовалась innodb_file_per_table данные не повредятся и да жирные базы в innodb я так и ношу, через дамп таскать можно очешуеть.

[questor]

Новизна материала — ниже плинтуса, очередной реферат для школьников.

[KingServers]

Здравствуйте. Какой материал вы хотите увидеть?

[Gendalph]

определение сбойной таблицы и сбойных строк InnoDB для максимально быстрого восстановления.