如何在MySQL中检测并修复损坏的MyISAM存储引擎表？

必须先确认再动手：执行SHOW VARIABLES LIKE '%log_error%'定位日志，grep -i 'crashed|corrupt'查表名级崩溃记录；再用CHECK TABLE确认Msg_type: error含record is crashed；同时SELECT ENGINE验证确为MyISAM，排除权限、sql_mode等误判。

MyISAM 表损坏不能靠猜，必须先确认再动手；REPAIR TABLE 是首选，但用错模式或跳过前置检查，反而会让表彻底不可读。

怎么确认表真坏了，而不是权限或配置问题？

报 “Table is marked as crashed” 不代表一定损坏——也可能是 .frm 文件权限不对、MySQL 用户没读取权，或者 sql_mode 限制了某些操作。别急着修，先查日志和状态：

1. 执行 SHOW VARIABLES LIKE '%log_error%' 找到错误日志路径，再用 grep -i 'crashed|corrupt' /var/lib/mysql/error.log 看有没有带具体表名的崩溃记录
2. 运行 CHECK TABLE table_name;：返回 Msg_type: error 且 Msg_text 含 record is crashed 或 key file is corrupted，才算确认损坏
3. 如果 Msg_type: warning 且提示 Found 1 delete link，只是碎片问题，用 OPTIMIZE TABLE 就行，不用修
4. 执行 SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'db_name' AND TABLE_NAME = 'table_name';，确保结果真是 MyISAM——REPAIR TABLE 对 InnoDB 无效

REPAIR TABLE 的三种模式怎么选？

默认 REPAIR TABLE table_name; 实际走的是 QUICK 模式，只重建索引文件（.MYI），不碰数据（.MYD）。它快，但失败率高——一旦报 Failed repairing the table，说明数据页也坏了，得换模式：

1. REPAIR TABLE table_name EXTENDED;：逐行读取 .MYD 并重建整个 .MYD + .MYI，能修复多数损坏，但要求磁盘剩余空间 ≥ 原表 .MYD 大小的 2 倍，I/O 压力大，耗时长
2. REPAIR TABLE table_name USE_FRM;：仅当 .MYI 完全丢失或无法解析时才用——它忽略原索引，按 .FRM 结构生成空索引，数据还在，但所有索引失效，后续必须 ANALYZE TABLE 或手动 CREATE INDEX
3. 别用 QUICK 显式指定：它等价于默认行为，且对严重损坏基本无效

为什么 mysqlcheck 比直接进 MySQL 执行 REPAIR 更适合运维？

mysqlcheck 是命令行封装，支持批量、免登录交互、参数组合灵活，比每次进 MySQL 手动切库、输命令更可靠：

1. mysqlcheck -c db_name table_name -u root -p：先检查单表，确认损坏后再加 -r 修复，避免误操作
2. mysqlcheck -c -r db_name -u root -p：检查并自动修复该库下所有 MyISAM 表（注意是 -r，不是 -R）
3. mysqlcheck -c --all-databases -u root -p：全局检查，但不会自动修复——想修得额外加 -r
4. 它底层调用的仍是 REPAIR TABLE，所以同样要求 MySQL 在线、磁盘空间充足、表未被长事务锁定

myisamchk 离线修复什么情况下必须用？

当 REPAIR TABLE EXTENDED 和 mysqlcheck -r 都返回 Operation failed，说明损坏已深入数据块或文件系统层，SQL 层修复无能为力，必须切到文件级：

1. 先停服务：systemctl stop mysql
2. 进数据库目录：cd /var/lib/mysql/db_name/
3. 用 myisamchk --safe-recover --force table_name.MYI：其中 --safe-recover 会尝试从 .MYD 中提取可读行，比 SQL 层更底层；--force 强制继续即使遇到校验错误
4. 修复后记得 chown mysql:mysql table_name.*，否则启动 MySQL 会因权限拒绝加载

最常被忽略的一点：修复前没备份原始三文件（.frm、.MYD、.MYI）。MyISAM 修复不可逆，出错就是永久性数据不可读——哪怕只是 cp *.MYI *.MYD *.frm /backup/，也比没有强。