答案：MySQL 崩溃后恢复需依赖备份和 binlog 日志。首先检查错误日志确定原因并停止服务；若有 mysqldump 备份，重启 MySQL 后导入数据；若启用了 binlog，使用 mysqlbinlog 工具从最近备份点开始重放日志至故障前；对于表损坏，MyISAM 可用 REPAIR TABLE 修复，InnoDB 需通过 innodb_force_recovery 尝试启动并导出数据；恢复后重建实例。关键在于定期备份、开启 binlog 及演练恢复流程。
MySQL 数据库崩溃后，数据恢复 的核心是利用现有备份和日志文件尽可能还原到故障前的状态。关键在于是否有定期的备份以及是否启用了二进制日志（binlog）功能。以下是具体恢复步骤和方法。
确认崩溃原因并停止服务
在尝试恢复前，先检查 MySQL 错误日志（通常位于 /var/log/mysql/error.log 或数据目录下的hostname.err），了解崩溃原因，比如磁盘满、权限问题、配置错误或表损坏。
为防止进一步损坏，应立即停止 MySQL 服务：
- systemctl stop mysql（Linux systemd 系统）
- service mysql stop（SysVinit 系统）
使用备份文件恢复数据
如果有定期的逻辑备份（如 mysqldump 导出的 SQL 文件），这是最安全的恢复方式。
恢复步骤：
- 将备份文件复制到安全位置
- 启动 MySQL 服务（如果能正常启动）
- 登录 MySQL 并创建目标数据库（如需要）：
CREATE DATABASE dbname; - 导入备份：
mysql -u root -p dbname
若备份包含多个数据库或全库导出，可直接执行：
mysql -u root -p
利用二进制日志（binlog）进行增量恢复
如果开启了 binlog（log-bin=mysql-bin），可在全量备份基础上恢复之后的操作。
操作流程：
- 找到最近一次完整备份的时间点
- 使用 mysqlbinlog 工具 解析从该时间点之后的 binlog 文件
mysqlbinlog –start-datetime=”2024-04-01 10:00:00″ /var/lib/mysql/mysql-bin.000001 | mysql -u root -p - 按顺序应用多个 binlog 文件，直到故障前一刻
注意：避免重复执行已恢复的操作，建议先测试在备用环境中。
修复损坏的表（InnoDB 或 MyISAM）
如果是单个表损坏而非整个数据库崩溃，可尝试修复：
- 对于 MyISAM 表：
登录 MySQL 后执行
REPAIR TABLE table_name; - 对于 InnoDB 表，一般不支持 REPAIR TABLE，需依赖崩溃恢复机制。确保innodb_force_recovery 设置为 1 - 6 来尝试启动。数值越高恢复力度越大，但可能丢失数据。
修改 配置文件my.cnf：
[mysqld] innodb_force_recovery = 1然后尝试启动 MySQL 并导出数据。成功后应重建实例，不要长期运行在恢复模式下。
基本上就这些。关键是平时做好三件事：定期备份、开启 binlog、测试恢复流程。一旦发生崩溃，冷静分析日志，优先从备份恢复，再用日志补差，能最大程度减少损失。
