索引损坏实际是表或数据文件异常，需按引擎类型诊断处理：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+ 使用函数索引。