唯一可靠路径是跳过坏页抢救数据：立即停写、备份datadir、定位损坏表、用innodb_force_recovery逐级导出，或用ibd2sql/inno_space离线提取，失败则依赖备份或binlog恢复。
数据页损坏时，SELECT 仍可能返回部分行，但标准导入、修复、重启都失效——唯一可靠路径是跳过坏页，把还能读的捞出来。
看到 Database page corruption 错误就停写，别删文件也别重启试10次
错误日志里一旦出现 Database page corruption on disk or a failed file read of page [page id: space=19, page number=4]，说明 InnoDB 已拒绝加载该页。此时 MySQL 可能已 crash，也可能还在运行但对某些表 SELECT 就断连。关键动作不是反复改配置重启，而是：
- 立刻停止所有写操作（
SET GLOBAL read_only = ON或停应用），防止坏页被重用或覆盖 - 确认磁盘无硬件故障：
smartctl -a /dev/sdX和dmesg | grep -i "error\|fail" - 备份当前整个
datadir（哪怕只读挂载后rsync -aH），任何后续操作都基于副本，不碰原盘 - 查错误日志定位 space ID，再查
INFORMATION_SCHEMA.INNODB_SYS_TABLES确认是哪张表——若实例已无法启动，这步要等后续工具辅助
innodb_force_recovery 从 1 开始逐级试，导出前先验证 SELECT 是否真能跑
innodb_force_recovery 不是“越大力越有效”，值为 4 及以上会跳过 undo/redo，可能导出逻辑错乱的数据。实操中：
- 在
my.cnf中加innodb_force_recovery = 1，重启 mysqld - 连上后立刻执行：
SELECT COUNT(*) FROM db.table_name;和SELECT * FROM db.table_name LIMIT 10;—— 若返回结果且无中断，马上mysqldump - 若报
Error 2013或卡住，停掉，改=2再试；每次修改后只做验证+导出，不继续增压 - 设为 3 时事务未提交部分会被丢弃，但已提交数据通常完整；设为 5 或 6 后
mysqldump可能跳过整张表，且导出结果不可信 - 导出时加
--ignore-table=db.corrupt_table排除已知坏表，保主干
mysqld 启动失败时，用 ibd2sql 或 inno_space 跳过坏页离线提取
当 innodb_force_recovery=6 仍无法启动，说明损坏影响到系统表空间或关键页头，必须脱离 mysqld 运行环境：
-
ibd2sql适合 MySQL 8.0 实例：它硬编码了 8.0 的页结构偏移，python3 main.py /path/to/db/t1.ibd --sql --complete-insert会逐页 try/except，跳过校验失败页，输出可用 INSERT - 运行前确认三件事：
mysql --version是 8.0.x、.ibd文件未被占用（从快照或停库后拷贝）、剩余磁盘 ≥ 原文件 × 2.5（含大字段时膨胀明显） -
inno_space更底层：可定位并跳过指定space=19, page number=4，再让 mysqld 加载剩余页；命令如inno_space --file=t1.ibd --skip-page=4 --dump - 若
ibd2sql输出为空或全是乱码，说明 user record 区域损坏严重，此时应放弃该文件，转向备份或 binlog 时间点恢复
手动修正 space_id 后 IMPORT TABLESPACE 是高风险兜底，仅限结构已知且 ibd2sql 失效
这条路只在你清楚表结构、且 ibd2sql 提取不到有效数据时才考虑，失败率极高：
- 在目标库建空表：
CREATE TABLE t1 (...) ENGINE=InnoDB;，然后ALTER TABLE t1 DISCARD TABLESPACE; - 用
xxd -r修改原.ibd文件偏移0x38处的 4 字节，填入新表的space值（十进制转小端十六进制） - 拷贝修正后的文件，
chown mysql:mysql，再SET FOREIGN_KEY_CHECKS=0; ALTER TABLE t1 IMPORT TABLESPACE; - 若仍报页校验失败（如
page checksum mismatch），说明页内 record 区已损毁，此路不通，退回ibd2sql或接受数据丢失
真正容易被忽略的是：坏页位置不等于数据丢失范围——InnoDB 的聚簇索引下，一个坏页可能只影响几行，也可能阻断整个二级索引扫描；而 ibd2sql 提取的是物理页内尚可解析的 record，不是逻辑行，所以导出后需人工核对自增 ID 断点、外键引用完整性。
