记一次血淋淋的MySQL崩溃修复案例

记一次血淋淋的MySQL崩溃修复案例

本文提供了一次MySQL数据库崩溃后的修复案例，旨在帮助读者在遇到类似问题时能够迅速且有效地解决问题，无需担心“删库跑路”的风险。
首先，问题描述指出，研究MySQL源代码、调试时，MySQL出现崩溃，并且损坏了InnoDB文件。幸运的是，此情况发生在调试环境下。通过查看日志，可以发现是innodb引擎出现问题。进一步分析日志，找到强制恢复的方法。在my.cnf配置文件中，需要添加`innodb_force_recovery=1`，然后重启MySQL。若该设置无效，可以尝试其他值，例如2-6。重启后，使用mysqldump或pma导出数据，执行修复操作，最后将`innodb_force_recovery`参数恢复默认值0。
配置文件中的`innodb_force_recovery`参数负责影响整个InnoDB存储引擎的恢复状况。默认值为0，表示执行所有恢复操作，可能导致无法启动MySQL并记录错误日志。而设置值为1-6则允许执行更多操作，如对表进行select、create、drop操作，但不允许执行insert、update或delete操作。
本文提供了三种修复MySQL崩溃的方案：
第一种方法1. 建立一张新表，导入数据，删除原表，重启MySQL，重命名数据库，最后改回存储引擎。
第二种方法1. 使用mysqldump将表格导出，再导入到InnoDB表中。备份导出数据脚本，并在需要时导入。
第三种方法1. 配置my.cnf，设置`innodb_force_recovery`值，重启MySQL。
2. 导出数据脚本，备份数据库。
3. 删除关键文件（ib_logfile0、ib_logfile1、ibdata1），备份后删除。
4. 重新配置my.cnf，删除或修改`innodb_force_recovery`值，重启MySQL。
5. 将数据导入MySQL数据库。
在执行任何操作时，请确保数据备份成功，并注意处理过程中可能出现的特定注意事项。通过本文提供的步骤和方法，读者可以更直观地了解如何处理MySQL崩溃问题，确保数据库的稳定运行。
2024-10-08