mysqlbinlog 實戰指南：基於時間點與位置的精準數據恢復、多 Binlog 併發回放與遠程讀取

mysqlbinlog 實戰指南：PITR 精準恢復核心工具

MySQL 備份策略通常為「每日全量 + 每小時 Binlog 增量」。故障發生時，需將全量備份恢復後，再通過 mysqlbinlog 回放增量 Binlog 至故障前任意時間點/位置。本文系統講解 mysqlbinlog 核心參數、事件查看、單/多文件回放、遠程讀取與臨時表陷阱。

服務端查看 Binlog 事件

# 查看所有 Binlog 文件
SHOW BINARY LOGS;

# 查看指定文件事件
SHOW BINLOG EVENTS IN 'mysql-bin.000002' FROM 120 LIMIT 3;

# 事件類型解讀
Format_desc | Query(BEGIN/COMMIT) | Table_map | Write/Update/Delete_rows | Xid | Rotate

mysqlbinlog 核心參數速查

實戰恢復命令模板

# 1. 單文件回放至 MySQL
mysqlbinlog --no-defaults -d db -f \
  --start-position=120 --stop-datetime='2023-01-01 12:00:00' \
  mysql-bin.000001 | mysql -u root -p

# 2. 多文件同時回放（避免臨時表丟失）
mysqlbinlog --no-defaults -d db -f \
  --start-position=120 --stop-datetime='2023-01-01 12:00:00' \
  mysql-bin.000001 mysql-bin.000002 mysql-bin.000003 | mysql -u root -p

# 3. 通配符批量（按順序）
mysqlbinlog mysql-bin.00000[1-3] ... | mysql -u root -p

# 4. 先導出 SQL 再執行（適合小量/需審核）
mysqlbinlog ... > /tmp/recover.sql
mysql> SOURCE /tmp/recover.sql;

關鍵注意事項

• 多文件必須單次管道回放：分批回放會導致臨時表在新連接中丟失報錯
• --start-position 僅對第一個文件生效，--stop-position 僅對最後一個文件生效
• -d db 在 Statement/Mixed 格式下可能因跨庫更新導致數據不一致，Row 格式安全
• 遠程讀取需開啟 --host --port --user --password，建議專用備份賬號

完整恢復流程 SOP

1. 確定故障時間點 T
2. 找到 T 之前最近的全量備份，恢復
3. 確定全量備份對應的 Binlog 位點（--master-data=2）
4. 從該位點起，用 mysqlbinlog 回放至 T
5. 驗證關鍵表數據一致性

轉載自：CSDN 技術博客