MySQL Slave 延遲優化全攻略：從架構到硬體的完整解決方案

MySQL Slave 延遲優化全攻略：從架構到硬體的完整解決方案

MySQL 主從同步中，Slave 延遲是許多 DBA 面臨的棘手問題。其核心成因在於：Master 採用 InnoDB 並發提交事務，而 Slave 傳統上只有單一 SQL Thread 套用 Binlog，難以在高併發場景跟上 Master 步伐。此外，MySQL 複製本質上是異步的，即便是半同步複制也僅保證事務傳送到 Slave，不等待提交確認，延遲在所難免。若 Slave 硬體配置遠低於 Master，甚至跑多實例，延遲問題更會雪上加霜。

核心優化策略

1. 採用 MariaDB 實現真正並行複制
MariaDB 的 Parallel Replication 能在表級實現並發套用，效果遠優於 Oracle MySQL 5.6 的庫級並行。實測中，MariaDB Slave 几乎總能即時追上 Master。若不願遷移版本，可期待 MySQL 5.7 官方並行複制成熟。

2. 強制所有表顯式指定主鍵
Row 模式下無主鍵會導致全表掃描，大表極易拖垮整個 Slave，甚至引發 Hang 住。請參考案例「MySQL 主鍵缺失導致備庫 Hang」。

3. 應用層減壓：合併讀寫、引入緩存與隊列
前端透過記憶體 Cache 或本地寫入隊列，將多次讀寫合併為一次，甚至消除部分寫請求，從源頭降低資料庫壓力。

4. 實施分庫分表策略
將壓力分散到多個實例或表，避免單庫單表成為複制瓶頸。

提升 IOPS 的硬體與系統優化（按效果排序）

1. 更換 SSD / PCIe SSD：IOPS 提升可達傳統 15K SAS 盤的百倍至萬倍。
2. 擴大物理記憶體並調大 InnoDB Buffer Pool：讓更多熱數據駐留記憶體，降低物理 IO 頻率。
3. 調整檔案系統為 XFS 或 ReiserFS：高 IOPS 壓力下表現優於 ext3/ext4，注意磁碟剩餘空間低於 10% 時可能丟數據。
4. RAID 級別調整為 RAID 1+0：全 SSD 環境可考慮 RAID 1、RAID 5（配熱備盤）甚至 RAID 50。
5. RAID 卡寫入策略設為 WB 或 FORCE WB：詳見「常用 PC 伺服器陣列卡管理簡易手冊」。
6. 調整 I/O Scheduler：機械盤優先用 deadline，SSD 建議 noop，效能提升常達數倍。

更多優化技巧歡迎大家補充交流！