MySQL 分庫分表架構演進全景：從單庫單表到多庫多表的路由、事務、一致性解決方案

前言

分庫分表是應對單庫寫入瓶頸、存儲上限、連接數上限的終極手段。但引入分片鍵、路由層、分布式事務、跨分片查詢等復雜性。本文梳理演進路徑、分片策略、路由模式、衍生難題（聯合查詢、跨庫事務、全局唯一 ID）、中間件選型與最佳實踐。

一、演進三部曲

二、分片策略：分片鍵選擇與算法

2.1 分片鍵選擇原則

• 業務隔離性：同一分片鍵下的數據盡量在同一分片（如 user_id、shop_id）
• 查詢覆蓋率：高頻查詢條件包含分片鍵，避免廣播查詢
• 數據均勻度：Hash/範圍分布均勻，無熱點分片
• 擴容平滑度：一致性 Hash、範圍預分裂支持無縫擴容

2.2 常用算法

三、路由層實現模式

四、分庫分表衍生的四大難題與對策

4.1 跨分片聯合查詢

• 方案 A：冗余字段（訂單表存 user_name、shop_name），空間換查詢
• 方案 B：應用層組裝（查分片 1、查分片 2、內存 JOIN），適合小結果集
• 方案 C：異構索引（ES、ClickHouse 同步全量/增量），複雜報表、多維分析
• 方案 D：全局表/廣播表（字典表、配置表全量同步到所有分片）

4.2 跨庫分布式事務

• 避免原則：業務設計階段將強一致操作聚合到同一分片
• 柔性事務：TCC（Try-Confirm-Cancel）、SAGA、本地消息表、事務消息（RocketMQ）、Seata AT 模式
• XA 兩階段提交：強一致、性能差、鎖持久長、不推薦高併發核心鏈路

4.3 全局唯一 ID

4.4 讀寫分離 + 分庫分表 疊加架構

          ┌─────────────┐
          │  應用/路由層  │
          └──────┬──────┘
                 │
    ┌────────────┼────────────┐
    ▼            ▼            ▼
┌───────┐   ┌───────┐   ┌───────┐
│ Shard1│   │ Shard2│   │ Shard3│
│ M/S   │   │ M/S   │   │ M/S   │
└───────┘   └───────┘   └───────┘

• 每個分片獨立搭建主從/集群
• 讀請求路由到分片內的 Slave
• 寫請求路由到分片的 Master
• 監控指標：分片級 QPS、延遲、主從延遲、磁盤水位

五、容量規劃經驗值

• 單表 500-800 萬行（純數值型） / 300-500 萬行（含字符串）性能最佳
• 分片數規劃：分片數 = 預估峰值數據量 / 單表閾值，預留 2-3 倍擴容空間
• 常見規劃：1024 表 × 16 庫 = 16384 分片，支撐億級用戶、萬億級訂單

六、中間件選型建議（2024 視角）

• ShardingSphere：Apache 頂級項目、JDBC/Proxy 雙模式、生態活躍、支持分布式事務、影子表壓測
• Vitess：YouTube/Slack 驗證、K8s 原生、連接池、查詢重寫、物質化視圖、適合超大規模
• ProxySQL：輕量、高性能、查詢規則、熔斷、Mirror、適合讀寫分離+簡單分片

1. 上一篇文章： MySQL 數據拆分三大流派實戰對比：mysqldump、xtrabackup、Transportable Tablespace
2. 下一篇文章： MySQL OOM 系列（一）：Linux 內存過度提交機制與 OverCommit 深度解析

MySQL 綜合教學

MySQL 5.5 數據目錄遷移完整指南 (Windows/Linux 通用)

前言 MySQL 5.5 將數據文件存放在安裝目錄下的 da

MySQL PROFILING 性能分析工具實戰指南

MySQL PROFILING 性能分析工具實戰指南 SHO

SQL 注入漏洞實戰：繞過登錄驗證的原理與防禦

漏洞成因 應用將用戶輸入直接拼接進 SQL 語句，未過濾特殊

MySQL 學習筆記 1：安裝與登入（多種方式）

決定學習資料庫，因不想用微軟產品，Oracle 又太龐大，最