在使用 MySQL 8.0 的 InnoDB 引擎时，服务器突然断电或者数据库异常宕机可能导致数据块的损益，数据损坏是一个严重的威胁，可能导致数据丢失或服务中断。幸运的是，MySQL 提供了一个强大的工具——–innodb_force_recovery 选项，用于在不同程度的数据损坏情况下尝试恢复数据库。本文将详细介绍如何使用这个选项，并解释每个级别的具体含义和应用场景。
什么是 --innodb_force_recovery？
–innodb_force_recovery 是一个 MySQL 启动参数，用于在 InnoDB 存储引擎遇到数据损坏时，尝试以不同的方式启动数据库。这个参数支持从 0 到 6 的不同级别，每个级别对应不同的恢复策略，旨在帮助管理员在数据损坏的情况下尽可能恢复服务。
–innodb_force_recovery 的级别及含义
0：关闭强制恢复选项（默认值）。InnoDB 将按照正常的恢复过程运行。 1：允许后台恢复。这个级别适用于轻微的数据损坏情况，InnoDB 将尝试在后台自动恢复数据。 2：允许读取但禁止写入。在这个级别下，InnoDB 允许读取数据，但不允许写入操作，适用于数据损坏后需要读取数据的情况。 3：允许读取 InnoDB 表空间，但不读取 undo 表空间。这个级别主要用于读取表空间中的数据，忽略 undo 表空间的损坏。 4：允许读取 InnoDB 表空间，但不读取日志。这个级别允许读取表空间中的数据，忽略重做日志的损坏。 5：允许读取 InnoDB 表空间，但不读取日志，并且忽略校验和错误。这个级别进一步放宽了限制，允许忽略一些校验和错误。 6：允许读取 InnoDB 表空间，但不读取日志，并且忽略校验和错误，同时忽略页类型。这是最宽松的级别，允许忽略几乎所有类型的错误。
ps:在级别6的时候。仅可以执行类似select * from table_name,且不带WHERE条件、ORDER BY 排序或者其他语句的查询。
如何使用 --innodb_force_recovery 启动 MySQL 服务器
要在不同程度的数据损坏情况下尝试恢复数据库，可以按照以下步骤操作：
停止 MySQL 服务器
确保 MySQL 服务器已经停止。如果不确定是否已经停止，可以尝试停止它：
sudo service mysql stop
选择适当的恢复级别
从较低的级别开始尝试逐步提高，直到找到一个能够启动的级别。例如，从 1 开始尝试：
sudo mysqld_safe --skip-grant-tables --innodb_force_recovery=1
登录 MySQL 命令行工具
启动 MySQL 服务器后，登录到 MySQL 命令行工具：
mysql -u root -p
检查数据库状态
检查数据库的状态，查看是否有任何表损坏：
SHOW ENGINE INNODB STATUS;
数据恢复策略
如果能够启动 MySQL 服务器，并且确认有表损坏，可以尝试恢复数据：
备份当前数据
在进行任何操作之前，先备份当前的数据，以防万一。
修复表
尝试使用 REPAIR TABLE 命令修复损坏的表：
REPAIR TABLE your_database.your_table;
如果 REPAIR TABLE 无法修复表，可以尝试导出数据并重新导入。
导出数据
使用 mysqldump 工具导出数据：
mysqldump -u root -p your_database your_table > backup.sql
重新导入数据
如果导出成功，可以尝试重新创建表并导入数据：
mysql -u root -p your_database < backup.sql
注意事项
谨慎操作：在尝试恢复数据时一定要小心，备份是至关重要的。
监控日志：启动 MySQL 时，注意监控错误日志 (/var/log/mysql/error.log 或其他位置)，以便了解恢复过程中的详细信息。
专业帮助：如果数据非常重要且无法自行恢复，建议寻求专业的数据库恢复服务。
结论
通过使用 --innodb_force_recovery 选项，可以在不同程度的数据损坏情况下尝试恢复 MySQL 8.0 的 InnoDB 引擎数据库。这个工具为数据库管理员提供了一种灵活的方法来应对数据损坏问题，从而最大限度地减少数据丢失和服务中断的风险。
