修复损坏的 MySQL 表，是数据库维护中的常见操作，尤其在断电、磁盘错误、文件系统损坏或未正常关闭 MySQL 服务时，容易导致 MyISAM 或 InnoDB 表出现损坏。

下面从专业角度全面讲解修复 MySQL 表的方法，按存储引擎分类（MyISAM 和 InnoDB）、提供多种恢复途径、自动化建议以及风险提示。

---

1. 识别是否表已损坏

错误提示示例

# 查询时报错：
Table 'mytable' is marked as crashed and should be repaired

# 启动 MySQL 报错：
Incorrect key file for table 'mytable'; try to repair it

执行下面命令确认：

CHECK TABLE mytable;

返回类似：

+---------+-------+----------+--------------------------+
| Table   | Op    | Msg_type | Msg_text                 |
+---------+-------+----------+--------------------------+
| mytable | check | error    | Table is marked as crashed |
+---------+-------+----------+--------------------------+

---

2. MyISAM 表的修复方法

MyISAM 表通常以 .MYD（数据）和 .MYI（索引）文件存在。

方法一：REPAIR TABLE（推荐）

REPAIR TABLE mytable;

• 快速修复 .MYI 文件。
• 可加选项：REPAIR TABLE mytable QUICK;（仅修索引）

方法二：使用 myisamchk 工具（离线）

需先停止 mysqld，否则可能造成破坏。

sudo systemctl stop mysql

cd /var/lib/mysql/mydatabase
myisamchk -r mytable.MYI         # 修复
myisamchk -o mytable.MYI         # 强力修复（更慢）

建议执行前备份 .MYD 和 .MYI 文件。

---

3. InnoDB 表的修复方法

错误现象

• InnoDB: corruption
• InnoDB: Page checksum mismatch
• InnoDB: Trying to access page outside the tablespace

方法一：软恢复（innodb_force_recovery）

编辑 my.cnf：

[mysqld]
innodb_force_recovery=1   # 可调到 6，越高越危险

然后重启 MySQL：

sudo systemctl restart mysql

导出数据：

mysqldump -u root -p --single-transaction mydb > mydb_recovered.sql

然后：

1. 删除数据目录中的 .ibd、.frm 文件；
2. 清除 innodb_force_recovery 设置；
3. 重新导入数据：

mysql -u root -p < mydb_recovered.sql

⚠️ 重要提示：innodb_force_recovery ≥ 4 时不能写数据，仅能读 & dump。

方法二：从备份或 binlog 恢复

• 使用 xtrabackup 物理备份（支持 InnoDB）
• 使用 mysqlbinlog 恢复最近的数据操作

---

4. 表恢复之后的操作建议

操作	命令
优化表结构	OPTIMIZE TABLE mytable;
重建索引	ALTER TABLE mytable ENGINE=InnoDB;
转为 InnoDB（如适用）	ALTER TABLE mytable ENGINE=InnoDB;
检查完整性	CHECK TABLE mytable;

---

5. 自动化监控与修复建议

1. 设置慢查询/错误日志监控：

• mysql.err 或 mysqld.log

1. 搭配 zabbix / prometheus / MySQL Enterprise Monitor 实时发现异常
2. 启用自动备份 + pt-table-checksum 校验表一致性
3. 部署主从复制或 MGR 实现冗余

---

6. 权威资料参考

• MySQL 官方文档 – REPAIR TABLE
• MySQL 官方文档 – InnoDB Recovery
• Percona MyISAM/InnoDB 修复指南
• myisamchk 工具说明

---

7. 附：表损坏风险预防建议

做法	理由
使用 InnoDB 代替 MyISAM	更高的崩溃恢复能力
启用 binlog + GTID + 定期备份	容灾保障
配置 UPS 电源 + 确保磁盘健康	防止文件损坏
避免 kill -9 杀 MySQL 进程	会中断 InnoDB 正在写入的文件
使用 UNIX_SOCKET 登录方式	降低误操作可能性

---

更多详细内容请关注其他相关文章！