前提：主庫必須啟用二進制日志

# /etc/my.cnf
[mysqld]
log-bin = mysql-bin
# 可選：binlog_format = ROW
server-id = 1
# 重啟後驗證
mysql> SHOW VARIABLES LIKE 'log_bin';  -- ON
mysql> SHOW MASTER STATUS;             -- 確認當前 Binlog 文件與位點

核心工具：mysqlbinlog

• 將二進制日志解析為可執行 SQL 文本。
• 支持按時間范圍（--start-date/--stop-date）或位點范圍（--start-position/--stop-position）提取。
• 輸出可直接管道導入 mysql 客戶端重放。

恢復策略

1. 全量備份為基線：定期 mysqldump --master-data=2 記錄備份瞬間 Binlog 位點。
2. 增量恢復：從備份位點 → 故障前時間點/位點。

場景一：按時間點恢復（誤操作發生於 10:00）

# 1. 恢復昨晚全量備份
mysql -u root -p < /backup/full_20240114_2300.sql

# 2. 重放 Binlog 從備份位點 到 10:00 前一秒
mysqlbinlog --stop-datetime="2024-01-15 09:59:59" \
  /var/lib/mysql/mysql-bin.000123 | mysql -u root -p

# 3. （若誤操作後仍有正常業務）重放 10:01 之後
mysqlbinlog --start-datetime="2024-01-15 10:01:00" \
  /var/lib/mysql/mysql-bin.000123 | mysql -u root -p

場景二：按位點恢復（更精準，避免同秒多事務歧義）

1. 導出可疑時段 Binlog 到文本文件分析

mysqlbinlog --start-datetime="2024-01-15 09:55:00" --stop-datetime="2024-01-15 10:05:00" \
  /var/lib/mysql/mysql-bin.000123 > /tmp/review.sql

用編輯器搜索誤操作 SQL（如 DROP TABLE, DELETE FROM），記錄其 # at position 前後位點。

2. 精準位點恢復

# 恢復到誤操作前位點 368312
mysqlbinlog --stop-position=368312 /var/lib/mysql/mysql-bin.000123 | mysql -u root -p

# 跳過誤操作，從 368315 繼續重放至最新
mysqlbinlog --start-position=368315 /var/lib/mysql/mysql-bin.000123 | mysql -u root -p

關鍵參數速查

參數	說明
--start-datetime / --stop-datetime	格式 "YYYY-MM-DD HH:MM:SS"，按時間過濾
--start-position / --stop-position	按 Binlog 內部位點過濾，精確到事件
--database / -d	只解析指定庫（需 Row 格式或 Statement 含 USE db）
--verbose / -v	Row 格式顯示為可讀 SQL（含列值）
--base64-output=DECODE-ROWS	配合 -v 解碼 Row 事件

最佳實踐建議

1. 備份策略：每日全量 + 實時 Binlog 歸檔（異地存儲）。
2. Binlog 保留：expire_logs_days = 7 或手動 PURGE BINARY LOGS TO 'mysql-bin.000xxx'。
3. Row 格式：binlog_format = ROW，便於 mysqlbinlog -v 還原真實數據，且復制更安全。
4. GTID 模式 (5.6+)：啟用 gtid_mode=ON，恢復時用 SET GTID_PURGED 替代位點管理，更簡單可靠。
5. 演練：每季度演練一次「全量備份 + Binlog 增量恢復至指定秒」，驗證 RPO/RTO。

注意事項

• 管道導入時，客戶端 max_allowed_packet 需足夠大（mysql --max-allowed-packet=256M）。
• 大事務恢復耗時長，可分段位點並行恢復多個庫（需表無依賴）。
• DDL 操作（ALTER TABLE）會隱式提交，位點劃分需謹慎。