Directorio de artículos
El error de la tabla MySQL está marcado como bloqueado y último (¿automático?) - solución.
Este artículo le presentará nuestros consejos al reparar la mesa.Error: Table \'./db_name/table_name\' is marked as crashed and last (automatic?) repair failedsolución.
Existe un problema con la tabla MySQL , como indica el siguiente mensaje: ▼
Error: Table './db_name/table_name' is marked as crashed and last (automatic?) repair failed
mysql_upgrade ejecuta los siguientes comandos para verificar y reparar tablas y actualizar tablas del sistema ▼
mysqlcheck --all-databases --check-upgrade --auto-repair
- El fallo de la operación es irreversible y la base de datos debe detenerse:
service monit stop
service mysqld stop
- Introduzca el directorio donde se encuentra la base de datos:
cd /var/lib/mysql/db_name/
Nota: El servicio mysql debe detenerse antes de reparar la operación.
- Reparación de una sola hoja de datos:
myisamchk -r tablename.MYI
- Reparar todas las hojas de datos:
myisamchk -r *.MYI
- Modo seguro:
myisamchk -r -v -o <table_name>
- Modo de fuerza:
myisamchk -r -v -f <table_name>
uso de myisamchk
Nota: Antes de usar myisamchk, asegúrese de que mysqld no esté accediendo a la tabla que se va a verificar.Mejor deja de mysqld.
- 执行
myisamchk –update-state -s *.myi
y verifique qué archivos de índice tienen problemas (puede llevar mucho tiempo).
- La opción de estado de actualización solo se usa cuando se detiene mysqld. -s significa ignorar alguna información de listado de tabla normal y solo listar errores.
- Para cada tabla corrupta, intente
myisamchk -r -q table_name
Este es el modo de reparación rápida, que verificará automáticamente si la tabla de índice y la tabla de datos pueden ser consistentes.Si es consistente, se puede arreglar.
- Si el modo de solución rápida falla, considere:
myisamchk -r table_name
Los datos e índices incoherentes se eliminan y los índices se reconstruyen.
- Si eso falla, considere:
myisamchk –safe-recover table_name
Ejemplo de operación
El fallo de la operación es irreversible y la base de datos debe detenerse:
service monit stop
service mysqld stop
cd /var/lib/mysql/eloha_ufo
cd /var/lib/mysql/eloha_cwl
Reparar todas las hojas de datos:
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
Esto es mucho más lento que -r, pero maneja situaciones que -r no puede.
myisamchk -r -f -o /var/lib/mysql/eloha_ufo/wp_postmeta.MYI
Aquí está el comando para la ruta completa a la tabla de la base de datos:
myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_postmeta.MYI
myisamchk -r -f /var/lib/mysql/eloha_ufo/wp_posts.MYI
Inicie la base de datos MYSQLD:
service mysqld start
service mysqld restart
Inicie el programa de monitorización MONIT :
service monit restart
service monit start
Esperemos que el artículo "Solución al error de la tabla MySQL 'está marcada como bloqueada y última reparación (automática?)'" compartido en el blog de Chen Weiliang ( https://www.chenweiliang.com/ ) le sea útil.
No dudes en compartir el enlace de este artículo: https://www.chenweiliang.com/cwl-176.html
