索引损坏实际是表或数据文件异常，需按引擎类型诊断处理：MyISAM可用REPAIR TABLE修复，InnoDB需备份还原或ALTER TABLE重建；误删或失效索引不属于损坏，应优化SQL或索引设计。
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+ 使用函数索引。
