MySQL KEY 分區機制詳解：內建哈希與線性分區實戰

KEY 分區 是 MySQL 提供的內建哈希分區機制，與 HASH 分區類似，但哈希函式由 MySQL 服務層提供，無需用戶定義表達式。本文深入解析 KEY 分區底層算法、語法規則、線性分區變體及適用場景，助你正確選型分區策略。

一、 核心機制：KEY vs HASH

關鍵優勢： KEY 分區可直接使用字串、日期等非整數列作為分區鍵，MySQL 內部自動計算哈希值，無需手工構造表達式。

二、 基本語法與範例

CREATE TABLE tk (
    col1 INT NOT NULL,
    col2 CHAR(5),
    col3 DATE
)
PARTITION BY KEY (col1)
PARTITIONS 3;

• PARTITION BY KEY (col_list)：指定一個或多個列名列表（非表達式）。
• PARTITIONS N：指定分區數量，MySQL 自動按哈希值分配。

三、 線性 KEY 分區（LINEAR KEY）

引入 LINEAR 關鍵字，改用 2 的冪次算法 而非取模算法計算分區編號：

CREATE TABLE tk (
    col1 INT NOT NULL,
    col2 CHAR(5),
    col3 DATE
)
PARTITION BY LINEAR KEY (col1)
PARTITIONS 3;

算法差異對比

• 標準 KEY（取模）： partition_id = hash(col1) MOD N
• LINEAR KEY（2 的冪）： 類似一致性哈希，分區增減時數據遷移量更少，適合頻繁增減分區的場景。

效果： 當 PARTITIONS 非 2 的冪次時，LINEAR KEY 的分區分佈更均勻，重組開銷更低。

四、 適用場景與選型建議

✅ 推薦使用 KEY 分區：

• 分區鍵為 非整數類型（如 VARCHAR 用戶名、DATE 時間戳、CHAR 代碼）。
• 不想/無法設計自定義哈希表達式，希望零配置自動分佈。
• MySQL Cluster (NDB) 環境，必須使用 KEY 分區（MD5 算法）。
• 需與子分區結合，如 PARTITION BY RANGE(...) SUBPARTITION BY KEY(...)。

⚠️ 謹慎使用場景：

• 分區鍵為整數且業務有明確區間語義 → 優先 RANGE。
• 分區鍵為整數且業務為離散枚舉 → 優先 LIST。
• 需精確控制哈希算法（如一致性哈希） → 考慮應用層分庫分表或 LINEAR KEY。

五、 限制與注意事項

• MySQL 5.1 僅支援整數返回值的表達式作為 HASH 分區鍵，KEY 分區放寬至支援字串/日期列直接分區。
• 分區鍵列建議定義為 NOT NULL，避免 NULL 值哈希衝突導致分區分佈傾斜。
• PARTITIONS 數量建議設為 2 的冪次（2, 4, 8, 16...），配合 LINEAR KEY 效果最佳。
• 外鍵約束與分區表不兼容。

六、 總結

KEY 分區以「零配置、內建哈希、支援非整數列」為核心特性，填補了 HASH 分區需自定義表達式的缺口，是字串、日期類分區鍵的首選方案。LINEAR KEY 變體進一步優化了分區重組性能。實際選型時，應根據分區鍵數據類型、業務語義與運維需求，在 RANGE、LIST、HASH、KEY 四大分區類型中做最佳匹配。