MySQL MERGE 存儲引擎詳解：分表聚合查詢、限制與最佳實踐

MySQL MERGE 存儲引擎詳解

MERGE (別名 MRG_MyISAM) 是一種邏輯視圖引擎，將多個結構完全相同的 MyISAM 表聚合為一個虛擬表，查詢時自動路由至各子表並合併結果。適用於日誌分表、歷史歸檔、只讀報表等場景。本文詳細講解建表語法、參數含義、操作限制、效能特徵與遷移建議。

一、核心概念

• 底表 (Base Tables)：必須為 MyISAM，結構完全一致 (列名、類型、順序、索引)。
• MERGE 表：不存儲數據，僅存儲 .frm (結構) 和 .MRG (子表列表) 文件。
• INSERT_METHOD：控制插入路由 — 0 禁用、FIRST 首表、LAST 末表 (4.0+)。
• UNION：指定子表列表，順序影響查詢結果順序與插入路由。

二、建表語法

-- 底表 (MyISAM)
CREATE TABLE test_merge_1 (
  id INT(5) NOT NULL,
  value VARCHAR(100) NOT NULL,
  PRIMARY KEY (id)
) ENGINE=MyISAM;

CREATE TABLE test_merge_2 (
  id INT(5) NOT NULL,
  value VARCHAR(100) NOT NULL,
  PRIMARY KEY (id)
) ENGINE=MyISAM;

-- MERGE 表
CREATE TABLE test_merge (
  id INT(5) NOT NULL,
  value VARCHAR(100) NOT NULL,
  PRIMARY KEY (id)
) ENGINE=MRG_MyISAM
  UNION=(test_merge_1, test_merge_2)
  INSERT_METHOD=LAST;               -- 新數據寫入 test_merge_2

三、核心特性與限制

四、典型使用場景

1. 日誌/審計分表：按天/月建立 log_202301, log_202302... MERGE 表 log_all 聚合查詢。
2. 歷史數據歸檔：熱表 InnoDB，冷表轉 MyISAM + MERGE 聚合，釋放緩衝池。
3. 只讀報表：多租戶分表，MERGE 提供統一查詢入口。

五、效能特徵與避坑

• 查詢機制等價 UNION ALL：逐表掃描合併，無索引合併優化，大數據量下效能隨底表數線性下降。
• 主鍵衝突不報錯：兩底表有相同 PK，SELECT * FROM merge WHERE id=1 僅返回第一張匹配行 (按 UNION 順序)。
• 並發鎖競爭：底表為 MyISAM 表鎖，MERGE 查詢會在所有底表加共享鎖，寫入阻塞所有查詢。
• 不適合替代原生分區：MySQL 5.1+ 原生 PARTITION BY RANGE/LIST/HASH/KEY 支援分區裁剪、並行查詢、InnoDB、全局索引，全方位優於 MERGE。
• .MRG 文件手工修改需 FLUSH TABLES：否則緩存舊列表導致查詢錯誤/數據寫入錯誤表。

六、原生分區 vs MERGE 對比

七、遷移建議

1. 現有 MERGE 表評估：數據量 < 10GB、純只讀、MyISAM 底表 → 可暫時保留。
2. 寫入場景、InnoDB 需求、數據量增長 → 必須遷移至原生分區表。
3. 遷移步驟：CREATE TABLE new_partitioned ... PARTITION BY RANGE (...) SELECT * FROM merge_table; 驗證數據一致 → 切換應用 → 刪除 MERGE 表與底表。
4. 極大歷史數據可考慮 ClickHouse/Apache Doris 等 OLAP 引擎離線分析。

MERGE 引擎是 MySQL 早期為解決 MyISAM 表大小限制、實現邏輯分表而設計的權宜之計。隨著原生分區、InnoDB 成熟、OLAP 引擎普及，MERGE 已完成歷史使命。新項目嚴禁使用 MERGE，存量系統應納入技術債清理計畫，遷移至原生分區或專用 OLAP 系統。