Я восстанавливал эту таблицу, внезапно сервер завис, и когда я вернулся, все таблицы в порядке, но эта показывает «используется», и когда я пытаюсь восстановить, она не продолжается.
ОШИБКА 144 - Таблица «./extas_d47727/xzclf_ads» помечена как аварийная, и последнее (автоматическое?) восстановление не удалось
Что я могу сделать, чтобы отремонтировать его?
Если ваш процесс MySQL запущен, остановите его. В Дебиане:
sudo service mysql stop
Перейдите в папку с данными. В Дебиане:
cd /var/lib/mysql/$DATABASE_NAME
Попробуйте запустить:
myisamchk -r $TABLE_NAME
Если это не сработает, вы можете попробовать:
myisamchk -r -v -f $TABLE_NAME
Вы можете снова запустить свой сервер MySQL. В Дебиане:
sudo service mysql start
/var/lib/mysql/<database> и запустить myisamchk -r -v -f ./<table name>.
- person Linus Oleander; 19.03.2013
myisam_sort_buffer_size is too small, поэтому у меня сработала эта команда: myisamchk -r -v --sort_buffer_size=2G <table_name>
- person dusan; 22.05.2013
myisamchk: error: Not enough memory for blob at 541031156 (need 1953787962). Команда myisamchk --max-record-length=1048576 -r -v -f $TABLE_NAME помогла. Я также сначала создал резервную копию файла; может быть, хорошая общая предосторожность.
- person Denis Drescher; 04.06.2019
Попробуйте выполнить следующий запрос:
repair table <table_name>;
У меня была такая же проблема, и это решило мою проблему.
Если это дает вам отказ в разрешении при переходе в /var/lib/mysql, используйте следующее решение
$ cd /var/lib/
$ sudo -u mysql myisamchk -r -v -f mysql/<DB_NAME>/<TABLE_NAME>
Мне нужно было добавить USE_FRM в оператор восстановления, чтобы заставить его работать.
REPAIR TABLE <table_name> USE_FRM;
Это был мой опыт решения этой проблемы. Я использую XAMPP. Я получал ошибку ниже
Fatal error: Can't open and lock privilege tables: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed
Вот что я сделал, чтобы решить эту проблему, шаг за шагом:
И это сработало. Имейте в виду, я уже пробовал около 10 решений, и они не работали для меня. Эти решения могут работать или не работать для вас, но в любом случае сделайте резервную копию папки данных, прежде чем что-либо делать.
Примечание. Я всегда предпочитал решать эту проблему с помощью команды repair, но в моем случае мне вообще не удалось запустить mysql, и я не смог заставить работать команду myisamchk.
Независимо от того, что вы делаете, создавайте периодические резервные копии вашей базы данных.
Я получил myisamchk: error: myisam_sort_buffer_size is too small как ошибку.
Решение
myisamchk -r -v mysql/<DB_NAME>/<TABLE_NAME> --sort_buffer_size=2G
Перейдите к data_dir и удалите файл Your_table.TMP после восстановления таблицы <Your_table>.
grep -r datadir /etc/mysql/. Должно быть /var/lib/mysql под debian и ubuntu.
- person ThorstenS; 10.02.2016
Это 100% решение. Я попробовал это сам.
myisamchk -r -v -f --sort_buffer_size=128M --key_buffer_size=128M /var/lib/mysql/databasename/tablename
Если это произошло с вашей установкой XAMPP, просто скопируйте файлы global_priv.MAD и global_priv.MAI из ./xampp/mysql/backup/mysql/ в ./xampp/mysql/data/mysql/.
Я попробовал варианты в существующих ответах, в основном тот, который помечен как правильный, который не работал в моем сценарии. Однако сработало использование phpMyAdmin. Выберите базу данных, а затем выберите таблицу, в нижнем раскрывающемся меню выберите «Восстановить таблицу».
