Справочник на статиите
MySQLd грешка в информационния лист е маркирана като срив и последно (автоматично?) повторениеair решение
Тази статия ще ви запознае с нашите съвети при ремонт на масатаError: Table \'./db_name/table_name\' is marked as crashed and last (automatic?) repair failedрешение.
MySQLИма проблем с информационния лист, подкана ▼
Error: Table './db_name/table_name' is marked as crashed and last (automatic?) repair failed
mysql_upgrade изпълнява следните команди за проверка и поправка на таблици и надграждане на системни таблици ▼
mysqlcheck --all-databases --check-upgrade --auto-repair
- Неуспехът на операцията е необратим и базата данни трябва да бъде спряна:
service monit stop
service mysqld stop
- Въведете директорията, в която се намира базата данни:
cd /var/lib/mysql/db_name/
Забележка: Услугата mysql трябва да бъде спряна, преди операцията да бъде поправена.
- Ремонт на един лист с данни:
myisamchk -r tablename.MYI
- Поправете всички листове с данни:
myisamchk -r *.MYI
- Безопасен режим:
myisamchk -r -v -o <table_name>
- Принудителен режим:
myisamchk -r -v -f <table_name>
използване на myisamchk
Забележка: Преди да използвате myisamchk, уверете се, че mysqld няма достъп до таблицата, която трябва да се провери.По-добре спри mysqld.
- извършено
myisamchk –update-state -s *.myi
и проверете кои индексни файлове имат проблеми (може да отнеме много време).
- Опцията за актуализиране на състоянието се използва само при спиране на mysqld. -s означава да се игнорира част от нормалната информация в списъка на таблиците и да се игнорират само грешките в списъка.
- За всяка повредена таблица опитайте
myisamchk -r -q table_name
Това е режимът за бърза поправка, който автоматично ще провери дали индексната таблица и таблицата с данни могат да бъдат съвместими.Ако е последователен, може да се поправи.
- Ако режимът за бързо коригиране се провали, помислете за следното:
myisamchk -r table_name
Непоследователните данни и индекси се изтриват и индексите се изграждат отново.
- Ако това не успее, помислете за:
myisamchk –safe-recover table_name
Пример за операция
Неуспехът на операцията е необратим и базата данни трябва да бъде спряна:
service monit stop
service mysqld stop
cd /var/lib/mysql/eloha_ufo
cd /var/lib/mysql/eloha_cwl
Поправете всички листове с данни:
myisamchk -r *.MYI
myisamchk -r -v -f wp_postmeta.MYI
myisamchk -r -v -f wp_posts.MYI
myisamchk -r -v -f wp_options.MYI
myisamchk -r -v -f wp_itsec_log
Това е много по-бавно от -r, но се справя със ситуации, които -r не може.
myisamchk -r -f -o /var/lib/mysql/eloha_ufo/wp_postmeta.MYI
Ето командата за пълния път до таблицата на базата данни:
myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_postmeta.MYI
myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_posts.MYI
Стартирайте базата данни MYSQLD:
service mysqld start
service mysqld restart
началоМонитор МОНИТ:
service monit restart
service monit start
Блог на Hope Chen Weiliang ( https://www.chenweiliang.com/ ) сподели „грешката в таблицата с данни на mysqld е маркирана като повредена и последно (автоматично?) решение за поправка“, което е полезно за вас.
Добре дошли да споделите връзката към тази статия:https://www.chenweiliang.com/cwl-176.html
За да отключите още скрити трикове🔑, заповядайте в нашия Telegram канал!
Споделете и харесайте, ако ви харесва! Вашите споделяния и харесвания са нашата постоянна мотивация!