MySQL 主從同步延遲解決方案：三大原因與兩大優化策略

主從延遲三大主因

1. 從節點磁碟瓶頸：單執行緒復制，磁碟 IO 延遲是主因 → 改用 SSD
2. 頻寬不足/網路延遲高：跨機房部署時明顯 → 減少通訊量
3. 大事務/長鎖表：主庫大事務導致從庫按序重放緩慢

優化策略一：採用 Statement-Based Replication (SBR)

• RBR（Row-Based）記錄每行變更，日誌量大
• SBR 記錄原始 SQL，日誌體積通常更小
• 注意：UPDATE ... LIMIT 1 等非確定性語句在 SBR 下可能導致主從不一致

優化策略二：啟用壓縮協定

設定 slave_compressed_protocol = 1，可減少 80% 通訊量。壓縮屬 CPU 密集型，會增加少量 CPU 使用率（通常非瓶頸）。

動態啟用

SET GLOBAL slave_compressed_protocol = 1;

配置檔永久生效

# 壓縮主從通訊
slave_compressed_protocol = 1

總結

先診斷延遲根因（磁碟、網路、大事務），再針對性採用 SBR 減少日誌量、壓縮協定減少網路傳輸，兩者可組合使用。問題其實很單純，解決起來也很有效。