myisam表索引损坏应优先用repair table修复，innodb则依赖自动崩溃恢复；myisam需据check table结果选quick、extended或use_frm模式，修复后须analyze table并验证查询。
MySQL 5.7 中索引崩溃（如 Incorrect key file for table）不能靠 OPTIMIZE TABLE 修复，它只整理碎片、更新统计信息，对物理损坏无效。必须区分引擎：MyISAM 需用 myisamchk 或 REPAIR TABLE；InnoDB 则基本不支持在线修复，得走重建路径。
MyISAM 表遇到 Incorrect key file for table 怎么修
这是典型的 .MYI 文件损坏，REPAIR TABLE 是首选，但要注意权限和表锁影响：
- 确保 MySQL 用户有
RELOAD权限，否则会报Access denied - 执行前停写入，或确认业务可接受短时只读（
REPAIR TABLE会加写锁） - 优先尝试快速修复：
REPAIR TABLE tbl_name QUICK；若失败再试扩展模式：REPAIR TABLE tbl_name EXTENDED - 若 SQL 层修复失败，就得切到命令行用
myisamchk：先停止 mysqld，再运行myisamchk --recover --quick /path/to/tblName.MYI，注意路径要指向数据目录下的 .MYI 文件 - 别用
OPTIMIZE TABLE冲当修复手段——它对已损坏的索引无响应，还可能因读取异常页而卡住
InnoDB 表报 Index corruption 或 Rec address ... index PRIMARY of table 怎么办
InnoDB 没有真正意义上的“修复索引”命令。它的崩溃恢复机制在启动时自动触发，但仅处理日志可覆盖的逻辑错误；物理页损坏（如磁盘坏道导致的 B+ 树节点校验失败）必须重建：
-
CHECK TABLE tbl_name返回status = 'corrupt'就该立刻行动，不要等查询出错才反应 - 最稳妥方式是导出 + 删除 + 重导入：
mysqldump -u root -p db_name tbl_name > tbl.sql→DROP TABLE tbl_name→ 重启 mysqld（确保 ib_logfile* 清理完成）→ 重新mysql -u root -p db_name - 想省事可用
ALTER TABLE tbl_name ENGINE=InnoDB强制重建，但它仍依赖原有 ibd 文件读取，若页损坏严重，执行中可能直接 crash - 千万别在疑似损坏的 InnoDB 表上跑
OPTIMIZE TABLE——它本质是ALTER TABLE ... FORCE，同样会触发全表读取，风险不比重建低
为什么 OPTIMIZE TABLE 在索引崩溃场景下是陷阱
它被误用太多次了。这个命令在 InnoDB 中实际执行的是重建表（类似 ALTER TABLE ... FORCE），但前提是原表能正常打开并扫描；一旦索引页损坏，MySQL 连元数据都读不全，OPTIMIZE 就会卡在 “Opening tables” 或直接报错退出：
- 对 MyISAM，
OPTIMIZE TABLE=REPAIR + ANALYZE，但只在索引结构完整时有效；若 .MYI 已断裂，它会失败并提示Can't repair table - 对 InnoDB，5.7 默认
innodb_file_per_table=ON，OPTIMIZE会生成新 .ibd 并丢弃旧文件——但如果旧文件里有损坏页，复制过程就中断，留下半截表 - 日志里出现
InnoDB: Database page corruption后还跑OPTIMIZE，等于让数据库反复读坏扇区，可能扩大损坏范围
重建前必须做的三件事
跳过这些步骤，重建可能白干，甚至让问题更难回溯：
- 立刻执行
SHOW ENGINE INNODB STATUS\G，抓取最新死锁、页错误、buffer pool 状态，里面常含损坏页编号（如page no 1476398） - 用
mysqlcheck -u root -p --check --all-databases扫一遍所有库，确认是否单表问题还是批量损坏——后者大概率是磁盘或 RAID 故障 - 检查磁盘健康：
smartctl -a /dev/sdX（Linux）或 Windows 下 CrystalDiskInfo，坏道不处理，重建完很快又崩
真正麻烦的不是操作本身，而是损坏发生时你没留日志、没做监控、没定期 mysqlcheck --check。等 Incorrect key file 报出来，往往已经错过黄金修复窗口——这时候重建不是方案，是止损底线。
