MySQL数据页损坏问题的场景

　　数据库的数据文件损坏，算是比较头疼的一个问题了，技术社群的这篇文章《故障解析 | 生产环境遇到 MySQL 数据页损坏问题如何解决？》给我们介绍了MySQL数据库中数据page损坏的场景，值得借鉴学习。

　　四月份的时候，遇到一次实例异常 crash 的问题。当时数据库自动重启，未对生产造成影响，未做处理，但是还是记录了下错误信息，错误日志中有如下信息，

　　因为当时自动恢复了，并未重视这个问题，然后六月份的时候实例又 crash 了。查看报错信息，报错信息如下，

　　两次的报错信息很相似，出现一次是偶然，两次就值得重视了。虽然之前很幸运未对生产造成影响，但是如果后面哪一天异常了导致实例无法启动，那不就是妥妥的一个生产故障嘛，作为 DBA 要有忧患意识，必须要提前准备好应对之策，针对此类问题，该如何排查以及解决？通过查阅资料和向前辈请教，也算有所收获，想着如果有其他同学遇到类似问题也可作为参考，于是有了此文。

　　一般来说，数据页损坏，错误日志中都会显示具体的 page number，其他情况暂不考虑。在此前提下，根据实例状态可以将数据页损坏分为以下两种场景：实例能正常启动实例无法正常启动

　　场景不同，处理方法也略有不同，下面分别展开详细分析。

　　此时借助通过错误日志中的信息，可以通过查询元数据表获取数据页所属信息。考虑生产环境信息安全，在测试环境建立测试表进行展示。

　　测试环境表结构如下，

　　根据错误信息中提示的 page number 信息来查看数据页信息，查询方式如下，

　　注意：查询 INNODB_BUFFER_PAGE 系统表[1] 会对性能有影响，因此不建议随意在生产环境执行。

　　另外，如果错误日志中有提示 和 相关信息，则也可以通过如下方式（涉及 INNODB_SYS_INDEXES[2] 和 INNODB_SYS_TABLES[3] 系统表 ）进行查询，

　　根据上面的查询结果，确定损坏的页是属于主键还是辅助索引，如果属于主键索引，因为在 MySQL 中索引即数据，则可能会导致数据丢失，如果是辅助索引，删除索引重建即可。

　　此时可以通过两种方式尝试拉起实例。

　　使用 innodb_force_recovery[4] 参数进行强制拉起 MySQL 实例。

　　正常情况下 值应该设置为 0。当紧急情况下实例无法正常启动时可以尝试将其设置为 >0 的值，强制拉起实例然后将数据逻辑备份导出进行恢复。 值最高支持设置到 6，但是值为 4 或更大可能会永久损坏数据文件。因此当强制 InnoDB 恢复时，应始终以 开头，并仅在必要时递增该值。

　　使用 inno_space[5] 工具进行数据文件进行修复。

　　inno_space 是一个可以直接访问 InnoDB 内部文件的命令行工具，可以通过该工具查看 MySQL 数据文件的具体结构，修复 。更多参考[6]

　　如果 InnoDB 表文件中的 page 损坏，导致实例无法启动，可以尝试通过该工具进行修复，如果损坏的只是 ，inno_space 可以将 跳过，从而保证实例能够启动，并且将绝大部分的数据找回。示例，

　　经过前面分析，了解数据页损坏场景的处理方式。哪怕极端场景下，也可以做到从容不慌，尽可能少丢数据甚至能够不丢数据。但是如果是生产环境，尤其是金融行业，是无法容忍丢失一条数据的，比较有可能这一条数据就涉及几个小目标，因此，重要的事情说三遍，一定要备份！一定要备份！一定要备份！[1]

　　innodb_buffer_page: https://dev.mysql.com/doc/refman/5.7/en/information-schema-innodb-buffer-page-table.html[2]

　　innodb_sys_indexes: https://dev.mysql.com/doc/refman/5.7/en/information-schema-innodb-sys-indexes-table.html[3]

　　innodb_sys_table: https://dev.mysql.com/doc/refman/5.7/en/information-schema-innodb-sys-tables-table.html[4]

　　innodb_force_recovery: https://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html[5]

　　inno_space: https://github.com/baotiao/inno_space[6]

　　inno_space 工具介绍: http://mysql.taobao.org/monthly/2021/11/02/

　　如果您认为这篇文章有些帮助，还请不吝点下文章末尾的"点赞"和"在看"，或者直接转发pyq，

　　近期更新的文章：《MySQL导入导出数据表容量的一个问题场景》《查询字段的数量对查询效率的影响》

　　《定位磁盘性能问题的武器》《MySQL客户端连接提示1045错误的几种可能场景》《ChatGPT斗智斗勇过程》近期的热文：《推荐一篇Oracle RAC Cache Fusion的经典论文》《"红警"游戏开源代码带给我们的震撼》文章分类和索引：《公众号1200篇文章分类和索引》