innodb_force_recovery 是 mysql innodb 的启动级参数，用于在崩溃时跳过部分恢复步骤以争取数据导出机会，值 1–6 越高跳过越多但风险越大，仅支持只读访问且无法修复损坏。
innodb_force_recovery 是什么，它能干什么
innodb_force_recovery 是 MySQL InnoDB 存储引擎的一个启动级参数，作用是在数据库无法正常启动时，强制跳过某些恢复阶段，让 mysqld 进程“带伤上线”，从而争取导出数据的机会。它不能修复损坏的表结构或页数据，只是绕过崩溃恢复中可能触发错误的步骤（比如回滚未提交事务、应用 redo log、检查二级索引一致性等）。
- 它只在 mysqld 启动时生效，运行中无法动态设置
- 值范围是 1–6，数字越大跳过的恢复动作越多，风险也越高
- 设置后 MySQL 会自动将所有 InnoDB 表设为只读（
INSERT/UPDATE/DELETE被拒绝），防止进一步写入导致更严重损坏 - 即使成功启动，
SELECT也可能报错（如ERROR 1030 (HY000): Got error -1 from storage engine），尤其在访问损坏页时
怎么安全启用 innodb_force_recovery 导出数据
核心原则：从最低级别开始尝试，逐级升高，一旦能启动并执行 SELECT 就立即导出，不盲目调高。
- 编辑
my.cnf或my.ini，在[mysqld]段下添加：innodb_force_recovery = 1
- 停止 MySQL：
systemctl stop mysql（或service mysql stop） - 清理残留进程和 socket 文件（避免端口占用或锁冲突）
- 启动 MySQL：
systemctl start mysql；若失败，查看错误日志（通常是/var/log/mysql/error.log或datadir/hostname.err）中是否出现InnoDB: Starting crash recovery...后的报错位置 - 若启动成功但
SELECT * FROM broken_table LIMIT 10报错，改设为 2，重复上述流程；最高只试到 4，5 和 6 极易导致内存越界或 mysqld 崩溃 - 一旦能查询，立刻用
mysqldump --single-transaction --routines --triggers导出库，不要尝试ALTER TABLE或REPAIR TABLE
为什么不能直接用 innodb_force_recovery 修复表
因为 innodb_force_recovery 不提供任何数据页校验、页重建或索引重生成能力。InnoDB 表损坏常见于：
- redo log 或 undo log 页损坏（升级中断常导致）
- 数据页 checksum 失败（
ERROR 1030+page 12345 invalid） - 主键 B+ 树根页丢失或指针断裂
- .ibd 文件头部元数据（FSP_HDR）被截断
这些情况里，innodb_force_recovery 只是“捂住眼睛继续跑”，不是“修路”。你看到的“能 SELECT”只是恰好避开了坏页，一旦扫描全表或访问某条记录，照样崩。
-
REPAIR TABLE对 InnoDB 无效（仅 MyISAM 支持） -
ALTER TABLE ... ENGINE=InnoDB在 force_recovery > 0 时会被拒绝 -
mysqlcheck --repair对 InnoDB 表实际不做任何事
导出后重建库的关键操作点
导出的 SQL 文件只是“逻辑快照”，不是物理备份。重建必须走干净流程：
- 彻底卸载旧 MySQL（或至少清空
datadir下所有文件，包括ibdata1、ib_logfile*、mysql/、performance_schema/） - 初始化新实例：
mysqld --initialize --datadir=/path/to/new/data（5.7+）或mysqld --initialize-insecure（若不用默认密码） - 启动新实例，确认无报错，再导入：
mysql -u root -p - 导入后务必检查
information_schema.INNODB_SYS_TABLES中表行数是否与原库一致，并抽样验证关键业务字段值 - 如果原库用了独立表空间（
innodb_file_per_table=ON），但导出时没加--skip-triggers --skip-routines，可能因存储过程定义缺失导致导入失败
真正棘手的是：升级中断如果破坏了系统表空间（ibdata1）里的数据字典，即使 innodb_force_recovery=4 成功导出，部分表名或列定义仍可能丢失——这种情况下，mysqldump 本身就会跳过那些表，而你未必第一时间发现。
