MySQL 宕机或异常后，恢复的核心是确保数据完整性并尽快恢复正常服务。操作需根据具体情况（如是否能启动实例、是否有备份、是否启用 Binlog 等）来决定。以下是常见且实用的恢复流程。

1. 判断宕机原因和当前状态

先确认 MySQL 是否完全无法启动，还是只是连接超时：

• 查看错误日志（通常位于 datadir 下的 hostname.err 文件），定位具体报错信息，例如表损坏、磁盘满、权限问题等。
• 执行 systemctl status mysql 或 ps aux | grep mysqld 查看进程状态。
• 检查磁盘空间：df -h，MySQL 常因磁盘写满而崩溃。

2. 尝试正常重启服务

在未明确数据损坏前，可尝试标准重启：

• systemctl start mysql（或 service mysql start）
• 若启动失败，查看错误日志中关键提示，如 InnoDB 崩溃、redo log 错误、表空间损坏等。

3. 启用 InnoDB 自动恢复机制

InnoDB 支持崩溃恢复，可通过配置项控制恢复级别：

• 编辑 my.cnf，在 [mysqld] 段添加或修改：

  innodb_force_recovery = 1

• 值范围为 1–6，数值越高跳过的问题越多（如回滚、事务清理等），但风险也越大。
• 从 1 开始尝试，逐步提高，直到 MySQL 能启动。
• 注意：设置大于 0 时禁止写操作，仅用于导出数据。

4. 数据导出与重建实例

若实例能启动但不稳定，优先导出数据：

字节跳动旗下的免费AI编程工具

• 使用 mysqldump 导出所有数据库：

  mysqldump -u root -p --all-databases --single-transaction > backup.sql

• 停止 MySQL，重命名原数据目录（如 /var/lib/mysql → /var/lib/mysql_bak）。
• 重新初始化数据目录（mysqld --initialize），启动服务。
• 导入之前导出的数据。

5. 利用备份和 Binlog 进行时间点恢复

如果有定期备份和开启 Binlog，可实现精确恢复：

• 恢复最近一次全量备份：mysql -u root -p
• 使用 mysqlbinlog 解析 Binlog，从中提取从备份时间到故障前的 SQL 并执行：

  mysqlbinlog --start-datetime="2025-01-01 10:00:00" --stop-datetime="2025-01-01 10:50:00" binlog.000001 | mysql -u root -p

6. 处理表损坏（MyISAM 或 InnoDB）

个别表损坏可尝试修复：

• MyISAM 表可用：REPAIR TABLE table_name;
• InnoDB 一般不支持在线修复，建议从备份恢复该表。
• 若 ibd 文件损坏，且无备份，可尝试从其他实例导入结构后重建。

基本上就这些。关键是平时做好备份（逻辑 + 物理）、开启 Binlog、监控磁盘和日志。一旦出问题，别慌，按日志一步步排查，优先保数据。