MyISAM表损坏应先排查磁盘空间不足，确认ENGINE=MyISAM后按损坏程度选REPAIR TABLE模式：QUICK修索引、EXTENDED逐行重建、USE_FRM重建索引结构；InnoDB不支持该命令，依赖崩溃恢复或innodb_force_recovery导出数据。
先确认是不是磁盘满导致的表损坏
看到 Table is marked as crashed 或 Incorrect key file，别急着修表——90% 的 MyISAM 表损坏背后是磁盘写入中断，而根本原因是磁盘空间不足。用 df -h 看 /var/lib/mysql 所在分区是否 100%，再跑 du -sh /var/lib/mysql/* | sort -hr | head -5 找出吃空间的大户。如果 df 显示满、du 总和却小很多，大概率是已删除但 mysqld 还占着句柄的“幽灵文件”，得查 lsof +L1。
磁盘腾出空间前，千万别执行 REPAIR TABLE
MyISAM 的 REPAIR TABLE ... EXTENDED 模式会生成临时索引文件，所需空间 ≥ 原表 .MYD + .MYI 文件大小之和。磁盘只剩几百 MB 时硬跑，命令会中断，还可能留下半损坏的 .TMD 临时文件，让后续修复更难。必须先做三件事：
- 停掉慢日志/通用日志：
SET GLOBAL slow_query_log = 'OFF';（如果开着） - 清理 binlog：
PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 3 DAY);（先SHOW SLAVE STATUS\G确认从库已同步） - 删临时大文件：找
/var/lib/mysql/下以#sql-开头或ibtmp1的文件（后者重启 mysqld 可重建）
确认引擎是 MyISAM 后再选修复模式
REPAIR TABLE 对 InnoDB 直接报错 ERROR 1031，所以第一步永远是验证：SHOW CREATE TABLE table_name; 看是否含 ENGINE=MyISAM。确认后按损坏程度选模式：
- 仅索引损坏（
SHOW TABLE STATUS中Comment显示crashed; repair with myisamchk）：用REPAIR TABLE t EXTENDED; - 索引文件
.MYI丢失或myisamchk -s报 “key file is old”：必须用REPAIR TABLE t USE_FRM;，但之后要立刻ANALYZE TABLE t;，否则查询走全表扫描 - 连
.MYD都读不出（REPAIR ... EXTENDED失败 + 错误日志有 “read error at …”）：停库，用myisamchk --safe-recover --force /path/to/t.MYI
InnoDB 表“损坏”其实是崩溃恢复问题
InnoDB 不支持 REPAIR TABLE，所谓“损坏”大多是未完成的写入被强制中断，靠自身日志恢复。直接重启 mysqld，它会在错误日志里打印 InnoDB: Starting crash recovery…。如果卡住或反复报错，才需加 innodb_force_recovery=1 到配置并重启——但这是只读模式，只能导出数据，不能写入。真正要小心的是：一旦设了 innodb_force_recovery > 0，后续必须用 mysqldump 导出再重建，否则下次启动可能直接拒绝加载表空间。
最易被忽略的一点：MyISAM 修复不校验数据一致性，REPAIR TABLE 成功后，务必用 CHECK TABLE 和业务侧抽样比对关键字段值，因为 USE_FRM 模式下时间戳、自增 ID 等可能错乱。
