如何修复MySQL由于磁盘空间不足导致的表损坏问题？-mysql教程-PHP中文网

myisam表损坏应先排查磁盘空间不足，确认engine=myisam后按损坏程度选repair table模式：quick修索引、extended逐行重建、use_frm重建索引结构；innodb不支持该命令，依赖崩溃恢复或innodb_force_recovery导出数据。

如何修复mysql由于磁盘空间不足导致的表损坏问题？

先确认是不是磁盘满导致的表损坏

看到 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。确认后按损坏程度选模式：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

仅索引损坏（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 等可能错乱。