MySQL數據恢復全攻略：備份文件與二進制日志聯合恢復實戰

恢復架構：雙軌並行的數據安全網

MySQL數據恢復依賴兩大信息源：備份文件將數據恢復至備份時間點，二進制日志重放增量事務恢復至故障點。掌握兩者協同機制，是構建RPO≈0恢復能力的關鍵。

完整庫恢復標準流程

1. 保護現場：拷貝待恢復庫目錄至安全位置
2. 基線恢復：
   • mysqldump備份：mysql -u root -p db_name < backup.sql
   • 物理備份：停服務 → 覆蓋數據目錄 → 重啟服務
3. 增量重放：利用mysqlbinlog解析二進制日志重做事務

二進制日志重放核心技巧

按時間點恢復（MySQL 4.1.4+）

# 恢復至錯誤發生前一秒
mysqlbinlog --stop-datetime="2023-04-20 09:59:59" /var/log/mysql/bin.123456 | mysql -u root -p

# 恢復錯誤後的正常業務
mysqlbinlog --start-datetime="2023-04-20 10:01:00" /var/log/mysql/bin.123456 | mysql -u root -p

按位置精準恢復（推薦生產環境）

1. 導出可疑時段日志分析：mysqlbinlog --start-datetime="..." --stop-datetime="..." bin.xxx > /tmp/review.sql
2. 文本編輯器定位破壞性語句（DROP/DELETE），記錄log_pos位置號
3. 分段重放跳過破壞點：

   mysqlbinlog --stop-position="368312" bin.123456 | mysql -u root -p
   mysqlbinlog --start-position="368315" bin.123456 | mysql -u root -p

多日志文件有序合併重放

日志文件名含數字後綴時，ls -t -r可能因字符串排序錯誤（如bin.9 > bin.10）。解決方案：

# Perl腳本按數字後綴排序
ls -l binlog.[0-9]* | perl -e 'print sort { ($a=~/(\d+)$/)[0] <=> ($b=~/(\d+)$/)[0] } <>' | xargs mysqlbinlog | mysql --one-database db_name

單表恢復專用方案

BACKUP TABLE / RESTORE TABLE（MyISAM專用）

BACKUP TABLE t1, t2 TO '/backup/dir';
RESTORE TABLE t1, t2 FROM '/backup/dir';

外鍵約束表恢復技巧

SET FOREIGN_KEY_CHECKS=0;
-- 導入表數據
SET FOREIGN_KEY_CHECKS=1;

引擎級自動恢復機制

• InnoDB：啟動時自動執行Redo Log前滾、Undo Log回滾。可通過innodb_force_recovery=1..6控制恢復激進程度（生產建議4）
• BDB：同樣具備啟動自動恢復能力

文本日志替代方案

啟用--log-isam生成文本格式變更日志，恢復時無需mysqlbinlog轉換，直接管道導入：cat text_log | mysql --one-database db_name。