DB2 多維叢集 (MDC) 表深度解析：從 V8 到 9.7 的演進與運維實戰

多維叢集 (MDC, Multi-Dimensional Clustering) 是 DB2 V8 引入的革命性儲存技術，允許在多個維度上同時將相似數據物理聚簇在同一擴展區 (Extent/Block) 中，為星型查詢、範圍掃描、維度切片提供數量級 I/O 減少。本文系統梳理 MDC 核心機制、塊映射管理、空間回收演進 (離線→聯機)、DMS 表空間限制與運維最佳實踐。

核心原理：Block Map 與 Extent 對齊

• Block (塊) = 一個 Extent (擴展區) = 表空間定義的連續頁數 (如 32 頁 = 256KB)。
• 複合維度鍵：ORGANIZE BY DIMENSIONS (dim1, dim2, ...)，每個維度可為單欄或運算式。
• 塊映射 (Block Map)：系統維護的元資料表，記錄每個 Block 的狀態：
  • IN USE：包含有效資料
  • FREE：空閒，可供新資料寫入
  • RECLAIMED：已釋放待回收 (V9.7+)
• 關鍵特性：MDC 表的 Block 專屬於該表，即使標記 FREE，其他表/索引不可使用此 Extent (除非執行 REORG RECLAIM EXTENTS)。

建表示例

CREATE TABLE sales_mdc (
  region_id    SMALLINT NOT NULL,
  product_id   INTEGER  NOT NULL,
  sale_date    DATE     NOT NULL,
  amount       DEC(12,2)
)
ORGANIZE BY DIMENSIONS (region_id, product_id, (YEAR(sale_date)))
IN USERSPACE1
INDEX IN IDXSPACE1
LONG IN LOBSTSPACE1;

上述表將同一 region_id + product_id + 年份 的資料物理聚簇在同一 Block，查詢「華東區 + 手機 + 2023 年」僅需掃描對應 Block，而非全表掃描。

空間回收演進：從離線 REORG 到聯機 RECLAIM EXTENTS

V9.7 新語法詳解

# 僅回收 Extent，不重組資料順序，速度極快
REORG TABLE sales_mdc RECLAIM EXTENTS ONLY ALLOW WRITE ACCESS;

# 參數控制併發
ALLOW WRITE ACCESS  # 預設，讀寫均不阻塞
ALLOW READ ACCESS   # 僅允許讀取，寫入等待
ALLOW NO ACCESS     # 完全離線，速度最快但業務中斷

原理：掃描 Block Map，將標記為非 IN USE 的 Block 釋放回表空間自由空間鏈表，供同表空間其他物件使用。

替代 API

亦可呼叫 db2Reorg API 程式化執行 RECLAIM EXTENTS，納入自動化維護作業。

限制與注意事項

1. 僅支援 DMS 表空間 (Database Managed Space)。Automatic Storage (自動儲存) 表空間在 V9.7+ 內部實現為 DMS，故亦支援；SMS 表空間不支援 MDC。
2. 維度基數不可過高：每個維度唯一值建議 < 1,000，否則 Block Map 膨脹、稀疏 Block 導致空間浪費。
3. 插入效能權衡：新資料需定位對應 Block，若目標 Block 滿則分配新 Extent；大量隨機插入可能產生碎片，需定期 REORG/RECLAIM。
4. 索引維度對齊：建議在 MDC 維度欄位上建立複合索引，優化維度切片查詢的 Block 定位。
5. 不支援：範圍分區表 (Range Partitioned Table) + MDC 疊加 (V9.7 前)；V9.7+ 支援 PARTITION BY RANGE ... ORGANIZE BY DIMENSIONS 疊加 (MDC+Range)，稱為「多維叢集分區表」。

監控與診斷 SQL

檢視 Block Map 狀態

SELECT tabname, blockid, status, pages_used
FROM sysibmadm.mdc_block_map
WHERE tabschema = 'SALES' AND tabname = 'SALES_MDC';

評估空間回收潛力

SELECT 
  SUM(CASE WHEN status = 'FREE' THEN 1 ELSE 0 END) AS free_blocks,
  SUM(CASE WHEN status = 'RECLAIMED' THEN 1 ELSE 0 END) AS reclaimed_blocks,
  COUNT(*) AS total_blocks
FROM sysibmadm.mdc_block_map
WHERE tabschema = 'SALES' AND tabname = 'SALES_MDC';

運維最佳實踐清單

1. 維度設計：選擇查詢頻率高、基數適中、業務語義正交的欄位 (如區域、產品線、時間維度)。
2. Extent 大小：根據平均 Block 承載行數設定 (如 32 頁 = 256KB)，避免過大造成空間浪費、過小增加 Block Map 開銷。
3. 自動化回收排程：每日低峰期執行 REORG ... RECLAIM EXTENTS ONLY ALLOW WRITE ACCESS，配合 ADMIN_CMD 納入任務中心。
4. 統計信息維護：RUNSTATS ON TABLE ... AND INDEXES ALL 確保優化器正確估算 Block 級存取成本。
5. 容量規劃：監控 FREE Block 比例，低於 10% 時觸發表空間擴容告警。

總結：MDC 是 DB2 面向分析型負載 (OLAP/HTAP) 的殺手級特性。V9.7 引入的 RECLAIM EXTENTS ONLY 聯機回收機制，徹底解決了早期版本「刪除後空間不釋放、需離線重組」的痛點，使 MDC 真正適合 7x24 生產環境。正確的維度設計、Extent 大小規劃、自動化回收排程，是發揮 MDC 效能與空間效率的關鍵。