從垂直拆分到分布式集群：淘寶大型 MySQL 系統演進實錄

階段一：垂直拆分——剝離核心庫

業務初期量小，表與核心庫同庫。產品升級後訪問量暴增，造成核心庫 IOPS 沖擊與存儲壓力。決定將相關表遷移至獨立 Oracle 庫（垂直拆分），上層應用僅需改連接串，業務邏輯不變。但本質上未優化，單庫規模仍達 T 級，IOPS 消耗巨大。

階段二：單庫優化與瓶頸

• 業務層：下線非必要功能、加限制、控制異常增長。
• 資料庫層：SQL 調優、索引調整、前端 Cache。
• 效果：壓力緩解但非根治。幾張表超十億行，索引調整難度大、維護成本高，集中式架構擴展性遇到天花板。

階段三：分布式 MySQL 集群架構設計

目標：

1. 搭建分布式集群
2. 採用廉價 PC Server
3. 實現讀寫分離，Slave 承擔讀流量
4. 用記憶體支撐 IOPS，而非依賴磁碟

Sharding 原則

保證絕大多數訪問在單庫完成，避免跨庫 Merge/Sort。

關鍵技術難點與解決

上線與後續優化

• 三次灰度發布，數據零錯誤遷移。
• 發布初期各庫 Load 約 6，經索引調優（首次大表 DDL 耗時數小時）降至 2 以下。
• 分布式中間件成熟，大幅降低上層開發複雜度。

展望

二期即將啟動，歡迎有志挑戰大規模分布式資料庫的工程師加入淘寶 DBA 團隊。