MySQL Doublewrite Buffer 機制深度解析與業務容量規劃實戰
一、Doublewrite Buffer 核心原理
Doublewrite Buffer（雙寫緩衝） 是 InnoDB 為防止「部分寫失效」而設計的可靠性機制。
為什麼需要它？
- InnoDB 頁大小默認 16 KB。
- Linux 文件系統塊大小通常為 4 KB。
- 刷盤時，16 KB 頁需分 4 次寫入。若發生斷電/崩潰，可能導致頁只寫了一半（前 8 KB 寫入，後 8 KB 未寫），造成頁損壞，Redo Log 也無法修復（因 Redo 記錄的是頁的修改操作，頁本身壞了無法應用）。
工作流程
- Buffer Pool 中的髒頁刷盤前，先 拷貝一份到系統表空間的 Doublewrite Buffer（共 100 頁，約 1.6 MB）。
- 再從 Doublewrite Buffer 分兩次寫入磁盤數據文件（每次 50 頁，連續寫入，順序 I/O，性能損耗極小）。
- 崩潰恢復邏輯：
- 若數據文件頁損壞 → 從 Doublewrite Buffer 找到完整副本恢復。
- 若 Doublewrite Buffer 自身損壞 → 說明數據文件頁未被覆蓋，配合 Redo Log 恢復。
性能影響與控制
- 開啟後整體性能下降 5%-10%（換取數據零損失，極具性價比）。
- 參數
innodb_doublewrite 控制開關，默認 ON。
- Percona Server 支援
innodb_doublewrite_file 自定義存放路徑（可放到高性能 SSD 分區）。
二、業務容量規劃實戰推導
給定業務指標：
- 年數據增量：500 GB
- QPS：30,000（讀寫 1:1）
- 響應時間：毫秒級
- 記錄長度：~1 KB
- 熱數據週期：1 週
- 核心系統，P1 級故障敏感
Step 1：寫入流量換算
年寫入量 500 GB = 500 * 1024^3 Bytes
秒寫入量 = 500 * 1024^3 / (365*24*3600) ≈ 17 KB/s
對應 INSERT 速率 ≈ 17 次/秒（每條 1 KB）
Step 2：QPS 拆解
讀 QPS = 15,000/s
寫 QPS = 15,000/s (含 INSERT/UPDATE/DELETE)
Step 3：頁級 I/O 估算
InnoDB 以 16 KB 頁為單位操作。假設每次請求訪問不同頁（最壞情況）：
寫入帶寬 = 16 KB * 15,000 = 240 MB/s
讀取帶寬 = 16 KB * 15,000 = 240 MB/s
Step 4：熱數據集估算
熱數據 = 500 GB / 365 * 7 ≈ 9.6 GB
Step 5：記憶體與磁盤規格建議
- InnoDB Buffer Pool：≥ 9.6 GB（熱數據全內存），預留 1-2 GB 給系統/連接/排序 → 建議 12-16 GB。
- 磁盤順序寫帶寬：> 300 MB/s（覆蓋 240 MB/s 峰值，預留餘量） → NVMe SSD 或 RAID 10 SAS SSD。
- 隨機讀 IOPS：支撐 15,000 QPS 隨機讀 → 高性能 SSD（IOPS > 50k）。
- 高可用架構：P1 系統必須 一主多從 + 自動故障轉移（MHA/Orchestrator/Galera）。
總結
Doublewrite Buffer 是以微小性能代價換取極致可靠性的經典設計；容量規劃核心在於 熱數據全內存、順序寫帶寬充足、高可用兜底。實際上線前，務必用 sysbench 或 tpcc-mysql 進行壓測驗證。
