Как найти поврежденную таблицу

Время на прочтение
4 мин

Количество просмотров 25K

MyISAM — основная, вернее, одна из главных (наряду с InnoDB) систем хранения данных в СУБД MySQL. При этом MyISAM таблицы повреждаются очень просто — с этим проблем нет никаких. Сложнее все повреждения ликвидировать, хотя это тоже можно сделать довольно быстро. В этом материале объясняется, как можно решить проблему с использованием myisamchk для идентификации проблемы с MyISAM и ее исправления.

Общеизвестно, что при создании таблицы в MySQL, создаются три различных файла: *.frm — формат таблицы, *.MYD (MyData) — хранение данных, *.MYI (MyIndex) — индекс. Для крупных баз данных стоит использовать InnoDB, поскольку здесь есть некоторая схожесть с Oracle и соответствующая функциональность.

В качестве примера демонстрации ошибки будем использовать вот это:

undef error - DBD::mysql::db selectrow_array failed: Table 'attach_data' is
marked as crashed and should be repaired [for Statement "SELECT LENGTH(thedata)
FROM attach_data WHERE id = ?"] at Bugzilla/Attachment.pm line 344
Bugzilla::Attachment::datasize('Bugzilla::Attachment=HASH(0x9df119c)') called

Понятно, что таблица attach_data повреждена, и ее нужно исправить. Таблицу будем исправлять с использованием myisamchk.

1. Определяем все поврежденные таблицы, используя myisamchk

# myisamchk /var/lib/mysql/bugs/*.MYI >> /tmp/myisamchk_log.txt
 
myisamchk: error: Wrong bytesec: 0-0-0 at linkstart: 18361936
MyISAM-table 'attach_data.MYI' is corrupted
Fix it using switch "-r" or "-o"
myisamchk: warning: 1 client is using or hasn't closed the table properly
MyISAM-table 'groups.MYI' is usable but should be fixed
myisamchk: warning: 1 client is using or hasn't closed the table properly
MyISAM-table 'profiles.MYI' is usable but should be fixed

Если указать вывод myisamchk во временный файл, на дисплее будут показаны только имена поврежденных таблиц. А вот в файле /tmp/myisamchk_log.txt будет указано гораздо больше данных включая имена неповрежденных таблиц:

Checking MyISAM file: user_group_map.MYI
Data records:     182   Deleted blocks:       0
- check file-size
- check record delete-chain
- check key delete-chain
- check index reference
- check data record references index: 1

2. Исправляем поврежденные таблицы, используя myisamchk

Для этого используем myisamchk, с опцией -r, как и показано ниже:

# myisamchk -r profiles.MYI
 
- recovering (with sort) MyISAM-table 'profiles.MYI'
Data records: 80
- Fixing index 1
- Fixing index 2

Здесь может появиться сообщение об ошибке: clients are using or haven’t closed the table properly, в случае, если таблицы до сих пор используются каким-либо приложением или другими таблицами. Для того, чтобы избежать появления этой ошибки, стоит завершить mysqld, прежде, чем начать исправление таблиц. Здесь можно использовать FLUSH TABLES.

3. Запускаем проверку и исправлением для всей БД MySQL

# myisamchk --silent --force --fast --update-state /var/lib/mysql/bugs/*.MYI
 
myisamchk: MyISAM file /var/lib/mysql/bugs/groups.MYI
myisamchk: warning: 1 client is using or hasn't closed the table properly
myisamchk: MyISAM file /var/lib/mysql/bugs/profiles.MYI
myisamchk: warning: 1 client is using or hasn't closed the table properly

-s: выводим только ошибки. Можно использовать двойной -s -s, чтобы сделать режим максимально «тихим»;
-f: автоматический перезапуск myisamchk с опцией -r, есть обнаружены ошибки;
-F: проверка только таблиц, которые не были закрыты в нормальном режиме;
-U: отмечаем таблицы, как поврежденные, если обнаружены ошибки.

4. Использование дополнительной памяти для больших БД MySQL

В случае работы с большими БД восстановление может занять несколько часов. Если есть дополнительные ресурсы, их можно использовать для ускорения процесса:

# myisamchk --silent --force --fast --update-state 
--key_buffer_size=512M --sort_buffer_size=512M 
--read_buffer_size=4M --write_buffer_size=4M 
/var/lib/mysql/bugs/*.MYI

5. Использование myisamchk для получения данных о таблице

При необходимости можно получить довольно много данных.

# myisamchk -dvv profiles.MYI
 
MyISAM file:         profiles.MYI
Record format:       Packed
Character set:       latin1_swedish_ci (8)
File-version:        1
Creation time:       2007-08-16 18:46:59
Status:              open,changed,analyzed,optimized keys,sorted index pages
Auto increment key:              1  Last value:                    88
Data records:                   88  Deleted blocks:                 0
Datafile parts:                118  Deleted data:                   0
Datafile pointer (bytes):        4  Keyfile pointer (bytes):        4
Datafile length:              6292  Keyfile length:              6144
Max datafile length:    4294967294  Max keyfile length: 4398046510079
Recordlength:                 2124
 
table description:
Key Start Len Index   Type                     Rec/key         Root  Blocksize
1   2     3   unique  int24                          1         1024       1024
2   5     765 unique  char packed stripped           1         2048       4096
 
Field Start Length Nullpos Nullbit Type
1     1     1
2     2     3                      no zeros
3     5     765                    no endspace

6. Все опции myisamchk

Для того чтобы получить дополнительную информацию по команде, стоит использовать помощь:

# myisamchk –help

Общие опции:

-s: только вывод ошибок;
-v: вывод большего количества информации;
-V: вывод версии и выход;
-w: ждать, если таблица заблокирована.

Опции проверки:

-c: проверка таблиц на ошибки;
-е: очень «грубая» проверка. Стоит использовать только в крайнем случае, если в обычном режиме ошибки не обнаруживаются;
-F: быстрая проверка, проверяются только таблицы, которые не закрывались правильно;
-С: проверка только таблиц, которые изменились со времени последней поверки;
-f: автоматический перезапуск myisamchk с опцией -r, есть обнаружены ошибки;
-i: вывод статистики по проверенным таблицам;
-m: облегченный режим проверки, быстрее, чем обычный, находится 99,99% ошибок;
-U: обновление статуса: пометка таблиц как поврежденных, если обнаруживаются любые ошибки;
-T: не помечать таблицы как проверенные.

Опции исправления:

-B: бэкап файла .MYD, «filename-time.BAK»;
–correct-checksum;
-е: попытка исправления максимального числа строк в файле данных. Кроме того, эта команда находит «мусорные» строки. Не стоит использовать эту команду, если ситуация не безнадежна;
-f: перезапись старых временных файлов;
-r: исправляет почти все, кроме уникальных ключей, которые на самом деле не уникальны;
-n: принудительная сортировка, даже, если временный файл получается очень большим;
-о: использование старого метода восстановления;
-q: быстрое исправление без модификации файла данных;
-u: распаковка файла, запакованного myisampack.

Если вы используете клиент командной строки MySQL для запроса вашей базы данных, вы можете столкнуться с ошибкой, которая говорит:

«MySQL Table помечен как сбойный, а последнее (автоматическое?) Восстановление завершилось неудачей».

Ошибка может быть вызвана многими причинами, включая отсутствие свободного места на сервере, жесткий сброс сервера, принудительное отключение MySQL или сбой процесса MySQL по какой-либо причине.

Существуют различные способы устранения этой ошибки, и правильный метод зависит от его первопричины. Сначала мы обсудим общее решение, которое можно использовать в нескольких случаях.

Решение первое – Восстановить таблицу с помощью команды myisamchk

1. Войдите на свой сервер, используя команду SSH, например – ssh [email protected]
2. Остановите демон / службу MySQL, выполнив команду-service mysql stop
3. Перейдите в свою базу данных MySQL. Каталог обычно находится в / var / lib / mysql. Используемая команда: cd / var / lib / mysql / YOUR_DATABASE_NAME
4. Теперь вам нужно просто запустить команду myisamchk, выполнив – myisamchk -r table_name

Note – На предыдущем шаге вы должны заменить фактическое имя таблицы на «имя таблицы». В выводе команды будет указано восстановление таблицы, а также исправлены все поврежденные записи.

1. Запустите службу MySQL снова, выполнив команду – запуск службы mysql

Проблема с таблицами MySQL теперь будет решена, и вы можете запрашивать таблицы в базе данных через MySQL CLI.

Решение второе – Найти и исправить сломанные таблицы

Если вы получаете эту ошибку, это означает, что одна или несколько таблиц в базе данных повреждены и должны быть исправлены. Первый шаг в этом решении – найти таблицы, которые являются причиной ошибки. Вот шаги, чтобы следовать.

Чтобы найти таблицу, помеченную как поврежденную и нуждающуюся в ремонте, выполните эти команды

1. # myisamchk -s /var/lib/mysql/*/*.MYI
2. MyISAM-таблица ‘/var/lib/mysql/dbname/table_name.MYI’ помечена как сбойная и должна быть исправлена

Приведенная выше команда выведет список всех таблиц, которые помечены как аварийные и требуют ремонта.

1. Чтобы восстановить таблицу, выполните следующую команду – # myisamchk -r /var/lib/mysql/dbname/table_name.MYI

Вам необходимо выполнить эту команду для каждой таблицы, которая помечена как поврежденная и требует ремонта. Каждый раз значение table_name будет отличаться.

1. Приведенное выше решение устранит ошибку. Если это не нужно, остановите Демон / службу MySQL, выполнив команду mysql stop из службы.

После остановки веб-службы MySQL вам необходимо обновить состояние таблиц, чтобы MySQL CLI знал, что поврежденные таблицы были проверены и исправлены. Выполните приведенную ниже команду, чтобы обновить состояние таблицы.

1. myisamchk -r –update-state /var/lib/mysql/dbname/table_name.MYI

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

1. служба mysql start

Решение третье – Различные способы восстановления поврежденных таблиц

Как обсуждалось в предыдущем решении, самый простой способ устранения ошибки – это восстановление поврежденных таблиц. Хотя мы обсудили один способ поиска и исправления поврежденных таблиц, есть и другие способы, которые вы хотели бы знать. Здесь мы обсудили различные способы поиска и восстановления поврежденных таблиц,

Этап первый – проверка таблиц

Запустите myisamchk * .MYI или myisamchk -e * .MYI. Вы также можете использовать опцию без вывода сообщений, чтобы скрыть ненужную информацию. Синтаксис команды: myisamchk –silent * .MYI

Некоторые из симптомов поврежденной таблицы проявляются в виде запросов, которые неожиданно прерываются, и вы получаете такие ошибки, как:

• Неожиданный конец файла
• Не удается найти файл tbl_name.MYI (код ошибки: nnn)
• Запись файла разбита
• Ошибка nnn из обработчика таблицы
• tbl_name.frm заблокирован от изменений

Чтобы получить больше информации об ошибке, используйте run perror nnn, где nnn – номер ошибки.

Стадия Два – Легкий Безопасный Ремонт

После того, как вы нашли поврежденные таблицы, вам нужно попробовать команду

1. Используйте myisamchk -r -q tbl_name

Здесь -r -q означает «режим быстрого восстановления». Эта команда попытается восстановить файл индекса таблицы, не касаясь файла данных. Если по какой-либо причине таблица не ремонтируется, выполните приведенные ниже команды.

1. Создайте резервную копию файла данных, прежде чем продолжить
2. Используйте myisamchk -r tbl_name. Здесь -r означает «режим восстановления». Команда удаляет неправильные строки и удаленные строки из файла данных и восстанавливает индексный файл. Если этот шаг не удался, выполните команду ниже
3. Используйте myisamchk –safe-recovery tbl_name. Это старый метод восстановления, используемый в особых случаях, когда нормальный режим восстановления не срабатывает

Поскольку режим безопасного восстановления медленный, вам нужно набраться терпения, пока происходит восстановление данных. Чтобы ускорить процесс восстановления, при запуске myisamchk установите значения переменных key_buffer_size и sort_buffer_size для каждой примерно 25% доступной памяти.

Этап 3 – Сложный ремонт

Восстановление не всех таблиц простое. Во многих случаях индексный файл отсутствует или первый 16-килобайтный блок в индексном файле разрушен или содержит неверную информацию. Они относятся к категории сложных ремонтных работ и требуют другого подхода.

Чтобы разрешить такие случаи, вам нужно создать новый индексный файл. Вот шаги, чтобы следовать.

1. Переместить файл данных в безопасное место
2. Создайте новый пустой файл данных и индексный файл, используя команды, приведенные ниже
   • mysql db_name
   • SET autocommit = 1;
   • TRUNCATE TABLE tbl_name;
   • Уволиться
3. Скопируйте старый файл данных в новый файл данных.
4. Теперь вернитесь к этапу 2 и выполните команды, и они должны работать для восстановления таблиц.

Что делать, если ни одно из этих решений не работает?

Если вы не можете устранить ошибку с помощью вышеупомянутых методов, не отчаивайтесь. Вы можете использовать автоматизированное решение проблемы. Stellar Repair for MySQL – это достойное и надежное решение для ошибки «Таблица MySQL помечена как сбойная, а последняя ошибка восстановления».

Программное обеспечение может удалить грубые ошибки из MySQL и сделать данные доступными для восстановления. Он имеет несколько ярких функций и интерактивный графический интерфейс, который облегчает работу. Если все доступные ручные методы не помогли, вы можете без колебаний доверять этому программному обеспечению.

Заключение

Мы надеемся, что вышеприведенные решения помогут восстановить поврежденные таблицы и устранить проблему в базе данных. После того, как вы восстановили поврежденные таблицы, клиент командной строки MySQL должен иметь возможность запрашивать базу данных и получать требуемые результаты.

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

Некоторые распространенные причины поврежденных таблиц:

Сервер MySQL останавливается в середине записи.
Внешняя программа изменяет таблицу, которая одновременно изменяется сервером.
Машина неожиданно выключилась.
Аппаратное обеспечение компьютера выходит из строя.
Где-то в программном коде MySQL есть программная ошибка.
Если вы подозреваете, что одна из ваших таблиц была повреждена, вы должны сделать резервную копию вашего каталога данных, прежде чем устранять неполадки или пытаться исправить таблицу. Это поможет минимизировать риск потери данных.

Сначала остановите службу MySQL:

sudo systemctl stop mysql

Затем скопируйте все свои данные в новый каталог резервного копирования. В системах Ubuntu каталог данных по умолчанию /var/lib/mysql/:

cp -r /var/lib/mysql /var/lib/mysql_bkp

После создания резервной копии вы готовы начать расследование того, действительно ли таблица повреждена. Если таблица использует механизм хранения MyISAM, вы можете проверить, не повреждена ли она, запустив CHECK TABLE оператор из приглашения MySQL:

CHECK TABLE table_name;

В выводе этого оператора появится сообщение, сообщающее, повреждено оно или нет. Если таблица MyISAM действительно повреждена, ее обычно можно исправить, выполнив REPAIR TABLE инструкцию:

REPAIR TABLE table_name;
Предполагая, что ремонт был успешным, вы увидите сообщение, подобное следующему:

Output
+——————————–+——–+———-+————–+
| Table                           | Op     | Msg_type | Msg_text |
+——————————–+——–+———-+————–+
| database_name.table_name | repair | status   | OK           |
+——————————–+——–+———-+————–+

Однако, если таблица все еще повреждена, документация MySQL предлагает несколько альтернативных методов восстановления поврежденных таблиц.

С другой стороны, если поврежденная таблица использует механизм хранения InnoDB, процесс ее восстановления будет другим. InnoDB – это механизм хранения по умолчанию в MySQL начиная с версии 5.5, и он включает в себя автоматическую проверку и исправление ошибок. InnoDB проверяет наличие поврежденных страниц, выполняя контрольные суммы на каждой странице, которую он читает, и, если он обнаруживает несоответствие контрольной суммы, он автоматически останавливает сервер MySQL.

Редко возникает необходимость исправления таблиц InnoDB, поскольку InnoDB имеет механизм восстановления после сбоя, который может решить большинство проблем при перезапуске сервера. Однако, если вы столкнулись с ситуацией, когда вам нужно перестроить поврежденную таблицу InnoDB, в документации MySQL рекомендуется использовать метод «Сброс и перезагрузка». Это включает в себя восстановление доступа к поврежденной таблице, использование mysqldump утилиты для создания логической резервной копии таблицы, которая сохранит структуру таблицы и данные в ней, а затем перезагрузку таблицы обратно в базу данных.

Имея это в виду, попробуйте перезапустить службу MySQL, чтобы увидеть, позволит ли это вам получить доступ к серверу:

sudo systemctl restart mysql

Если сервер по-прежнему выходит из строя или иным образом недоступен, тогда может быть полезно включить force_recovery опцию InnoDB. Вы можете сделать это, отредактировав mysqld.cnf файл:

sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf

В [mysqld]разделе добавьте следующую строку:

…
[mysqld]
…
innodb_force_recovery=1

Сохраните и закройте файл, а затем попробуйте перезапустить службу MySQL снова. Если вы можете успешно получить доступ к поврежденной таблице, используйте mysqldump утилиту для выгрузки данных таблицы в новый файл. Вы можете назвать этот файл как угодно, но здесь мы назовем его out.sql:

mysqldump database_name table_name > out.sql

Затем удалите таблицу из базы данных. Чтобы избежать повторного открытия приглашения MySQL, вы можете использовать следующий синтаксис:

mysql -u user -p --execute="DROP TABLE database_name.table_name"

После этого восстановите таблицу с помощью только что созданного файла дампа:

mysql -u user -p < out.sql

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