深入解析 DB2 神祕的 SIX 鎖：兼容性、產生條件與實戰意義

前言：鎖層級類比

DB2 鎖機制可類比建築物：

• 表空間 = 建築物
• 表 = 樓層
• 頁 = 房間

進入房間 (頁鎖) 前，必須先取得建築物 (表空間鎖) 與樓層 (表鎖)。這些外層鎖稱為 Intent Lock (意向鎖)：

• IX：意圖排他 (Intent eXclusive)
• IS：意圖共享 (Intent Share)

SIX 鎖是什麼？

SIX = Share + Intent Exclusive。它同時表達：

• S 分量：持有者在表層級以共享模式讀取，允許其他讀取者 (IS) 共存
• IX 分量：持有者在頁層級持有排他鎖 (X)，警告其他讀取者可能遇到髒讀

實際產生情境

1. 程式啟動時執行 LOCK TABLE mytable IN SHARE MODE → 取得表空間 IS、表 S
2. 後續執行維護操作 (INSERT/UPDATE/DELETE) → 需要頁級 X 鎖
3. 依鎖規則：

規則 1: 單一實體同一時間只能持有一個鎖
規則 2: 需要兩種鎖時，取限制較嚴者 (X > S)
規則 3: 高層鎖必須報告可能存在的低層鎖

• 頁級取得 X → 表空間 IS 必須升級為 IX (報告低層有 X)
• 表級原有 S (報告無低層 S) 與新需求 IX (報告有低層 X) 衝突 → 協商產生 SIX

相容性矩陣驗證

SIX 僅與 IS 相容。這意味著：

• 其他讀取者使用 IS/IS/S 協定 → 成功
• 其他維護者嘗試 IX/IX/X 或 LOCK TABLE ... IN SHARE/EXCLUSIVE MODE → 表層被拒

持有 SIX 的程式可在無頁鎖開銷下執行讀取，僅在維護時取得頁鎖，完美平衡並發與保護。

總結

SIX 鎖解決了「需共享表給讀取者，又需獨佔頁面給維護」的雙重需求。它是 DB2 鎖機制中精巧的協商產物，確保高層鎖正確反映低層鎖狀態，避免錯誤的共享假設。