Таблица MySQL помечена как сбойная, и последнее (автоматическое?) Восстановление не удалось

126

Я ремонтировал эту таблицу, внезапно сервер завис, и когда я вернулся, все таблицы в порядке, но эта показывает «используется», и когда я пытаюсь восстановить, она не продолжается.

ОШИБКА 144 - Таблица './extas_d47727/xzclf_ads' помечена как сбойная, и последнее (автоматическое?) Восстановление не удалось.

Что я могу сделать, чтобы его починить?

CryptoMiningPoolSetupYiimp
источник
1
Я видел, как это чаще всего происходит, когда в базовой файловой системе заканчиваются свободные inodes. Проверьте с помощью df -hi. Обычно что-то заполняет его множеством небольших файлов, например, файлов сеанса php, которые не очищаются.
Zrin

Ответы:

260

Если ваш MySQL-процесс запущен, остановите его. В Debian:

sudo service mysql stop

Перейдите в папку с данными. В Debian:

cd /var/lib/mysql/$DATABASE_NAME

Попробуйте запустить:

myisamchk -r $TABLE_NAME

Если это не сработает, вы можете попробовать:

myisamchk -r -v -f $TABLE_NAME

Вы можете снова запустить сервер MySQL. В Debian:

sudo service mysql start
Александр Вучетич
источник
3
Я пробовал команду выше, я получаю эту ошибку Не могу создать новый временный файл: 'xzclf_ads.TMD'
CryptoMiningPoolSetupYiimp
2
Ну что, диск действительно заполнен? Вы можете попробовать запустить "df -h"? Скорее всего, это так, и вам следует освободить место ... Во время восстановления таблицы он использует некоторое дисковое пространство для записи во временную таблицу. Как видно из сообщения об ошибке, он записывается в вашу папку / tmp /
Александр Вучетич
13
Пришлось перейти /var/lib/mysql/<database>и бежать myisamchk -r -v -f ./<table name>.
Линус Олеандр
5
У меня myisam_sort_buffer_size is too smallошибка, поэтому у меня сработала эта команда:myisamchk -r -v --sort_buffer_size=2G <table_name>
душан
1
Вау, я думал, что весь мой веб-сайт промокнут. Такое простое решение. Ты мой герой!
Энтони
105

Попробуйте выполнить следующий запрос:

repair table <table_name>;

У меня была такая же проблема, и она решила проблему.

Crecker
источник
Это было быстрое исправление! Была «плохая» таблица опций. Сначала убедитесь, что вы выбрали правильную базу данных!
jyllstuart
12

Если это дает вам отказ в разрешении при переходе в / var / lib / mysql, используйте следующее решение

$ cd /var/lib/
$ sudo -u mysql myisamchk -r -v -f mysql/<DB_NAME>/<TABLE_NAME>
crazycrv
источник
4

Мне нужно было добавить USE_FRM к оператору восстановления, чтобы он заработал.

REPAIR TABLE <table_name> USE_FRM;
отметка
источник
3

У меня myisamchk: error: myisam_sort_buffer_size is too smallкак ошибка.

Решение

myisamchk -r -v mysql/<DB_NAME>/<TABLE_NAME> --sort_buffer_size=2G
ThorstenS
источник
2

Перейдите data_dirи удалите Your_table.TMPфайл после ремонта <Your_table>таблицы.

Humbertosms
источник
Где data_dir?
CMCDragonkai
1
найдите его с помощью этой команды grep -r datadir /etc/mysql/. Должно быть /var/lib/mysqlпод debian и ubuntu.
ThorstenS
1

Это 100% решение. Сам пробовал.

myisamchk -r -v -f --sort_buffer_size = 128M --key_buffer_size = 128M / var / lib / mysql / databasename / tabloname

cryptox1
источник
0

Я пробовал варианты в существующих ответах, в основном тот, который отмечен как правильный, который не работал в моем сценарии. Однако то, что действительно работало, - это использование phpMyAdmin. Выберите базу данных, а затем выберите таблицу, в нижнем раскрывающемся меню выберите «Восстановить таблицу».

  • Тип сервера: MySQL
  • Версия сервера: 5.7.23 - Сервер сообщества MySQL (GPL)
  • phpMyAdmin: Информация о версии: 4.7.7
user3417257
источник