MySQL 中“索引损坏”这个说法其实不准确——索引本身不会单独损坏，真正出问题的通常是表结构或数据文件异常，比如 InnoDB 表页损坏、MyISAM 的 .MYI 索引文件损坏，或者因崩溃导致索引与数据不一致。处理的核心不是“修索引”，而是诊断引擎类型、确认损坏表现、选择对应恢复路径。
先确认是不是真损坏：常见现象与诊断命令
别急着修复，先验证是否真的存在底层异常：
执行查询时出现Table 'db.tbl' is marked as crashed and should be repaired（MyISAM 特有） 查询报错
Incorrect key file for table或
Got error 124 from storage engine
SELECT返回乱码、缺失行，但
SHOW CREATE TABLE正常 执行
CHECK TABLE tbl_name;返回
status: OK以外的结果（如
error、
warning）
务必先查清存储引擎：
SHOW TABLE STATUS LIKE 'tbl_name';→ 看 Engine 字段
SHOW CREATE TABLE tbl_name;→ 直接看
ENGINE=InnoDB这类声明
MyISAM 表：可直接修复索引文件
MyISAM 支持原地修复，因为它的数据（.MYD）和索引（.MYI）是分离存储的：
在线修复：REPAIR TABLE tbl_name;（默认快速模式） 强制重建索引：
REPAIR TABLE tbl_name USE_FRM;（当 .MYI 完全丢失时用） 离线工具更彻底：
myisamchk -r -v /var/lib/mysql/db/tbl_name.MYI
⚠️ 注意：修复前建议先备份
.MYD和
.MYI文件；若磁盘空间不足，
myisamchk可能失败。
InnoDB 表：没有 REPAIR TABLE，走重建或恢复流程
InnoDB 不支持
REPAIR TABLE，报错
The storage engine for the table doesn't support repair是正常行为。正确做法是： 首选备份还原：如果有近期
mysqldump或物理备份（如 Percona XtraBackup），直接还原最安全 重建表结构：
ALTER TABLE tbl_name ENGINE = INNODB;—— 触发一次完整的表拷贝与索引重建（会锁表，适合低峰期） 强制恢复模式（仅限严重损坏）：设置
innodb_force_recovery = 1~6启动 MySQL，导出可用数据，再重建库 极端情况：使用 Percona InnoDB Recovery Toolkit 从 ibd 文件中提取数据（需专业经验）
误删索引或索引失效 ≠ 索引损坏
很多用户把“查询变慢”“EXPLAIN 显示没走索引”当成“索引坏了”，其实是优化器未选中索引。这类情况应归为索引失效场景，而非损坏：
联合索引跳过最左列（如索引(a,b,c)，却只查
WHERE b=1） 对索引列用了函数（
WHERE UPPER(name)='ABC'）或隐式转换（
id = '123'，而 id 是 INT） LIKE 以
%开头（
name LIKE '%abc'） OR 条件跨不同索引列，或字段类型不一致
解决方式是重写 SQL、调整索引顺序、添加覆盖索引，或升级到 MySQL 8.0+ 使用函数索引。
