MySQL 分表策略深度解析：三大方案優劣對比與選型指南

當單表資料達百萬級，查詢效能顯著下降。分表旨在降低單表資料量、縮短鎖競爭、提升並發吞吐。本文深度剖析三大主流分表方案優劣與適用場景。

分表核心動機

• 減少單表資料量，縮短全表掃描與索引查詢時間
• 降低鎖競爭：MyISAM 表鎖、InnoDB 行鎖在高併發下成為瓶頸
• 提升維運彈性：單表備份、遷移、DDL 變更更輕量

方案一：MySQL 叢集/中間件（讀寫分離、主從複雜、Proxy）

優點：應用層無感、擴展性佳、單表資料量不變但負載分散

缺點：單表資料量未減、硬體成本高、運維複雜度大

方案二：應用層預分表

預估高增長表（如論壇貼文、聊天記錄），預先建立 N 張同結構表（如 message_00 ~ message_99），按規則路由。

路由演算法範例

function get_hash_table($table, $userid) {
    $str = crc32($userid);
    if ($str < 0) {
        $hash = "0" . substr(abs($str), 0, 1);
    } else {
        $hash = substr($str, 0, 2);
    }
    return $table . "_" . $hash;
}

// user18991 → message_10
// user34523 → message_13

優點：單表資料量可控、查詢效能穩定、無中間件依賴

缺點：

• 擴展困難：演算法變更導致資料重新分布，遷移成本極高
• 跨表查詢複雜：統計、報表需 UNION 多表或應用層聚合
• 熱點風險：雜湊分布不均可能導致熱表

方案三：MERGE 存儲引擎（MyISAM 限定）

將多張同結構 MyISAM 表通過 MERGE 引擎聚合為邏輯視圖。

操作示範

CREATE TABLE user1 (id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50), sex INT) ENGINE=MyISAM;
CREATE TABLE user2 (id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50), sex INT) ENGINE=MyISAM;

INSERT INTO user1 (name, sex) VALUES ('張三', 0);
INSERT INTO user2 (name, sex) VALUES ('李四', 1);

CREATE TABLE alluser (
    id INT NOT NULL AUTO_INCREMENT,
    name VARCHAR(50), sex INT,
    INDEX(id)
) ENGINE=MERGE UNION=(user1,user2) INSERT_METHOD=LAST;

SELECT * FROM alluser;  -- 可跨表查詢
INSERT INTO alluser (name, sex) VALUES ('王五', 0);  -- 寫入 user2 (LAST)

限制與風險

• 僅支援 MyISAM，無交易、無行鎖、無外鍵
• ALTER TABLE 會破壞映射關係
• 無法跨底表強制唯一約束
• 底表結構不一致會導致不可預期錯誤
• REPLACE、特定 UPDATE 行為需實測驗證

方案對比總結

綜合建議

1. 新架構/高預算：中間件分片 + 讀寫分離
2. 既有系統/低改動：MERGE 過渡 + 漸進式重構
3. 明確增長預期：預分表 + 定期重平衡腳本
4. 避免過度分表：單表 2000 萬以內 InnoDB 通常無壓力；分表過多 (1000+) 反而增加檔案系統與優化器負擔

分表非銀彈，應基於實際瓶頸分析、業務增長預測、團隊運維能力綜合決策，漸進式演進優於大爆炸重構。