DB2 並發控制深度解析：鎖機制、隔離級別、死鎖與實用程序並發

並發控制的核心目標

在多用戶同時訪問同一數據時，保證數據一致性與完整性，同時最大化吞吐量。串行化執行雖安全但性能不可接受，DB2 採用鎖機制實現高並發。

三大並發異常與鎖的防護

鎖模式與兼容性

• 共享鎖 (S)：只讀操作，多事務可同時持有 S 鎖，兼容 S、不兼容 X。
• 排他鎖 (X)：寫操作，獨佔資源，不兼容任何其他鎖。
• DB2/IRLM 還有 U (更新)、IX/IS (意向) 等細粒度模式，詳見《Administration Guide》。

鎖粒度：從行到表空間

DB2 支持 Row / Page / Table / Table Space 多級粒度。細粒度並發高但開銷大；粗粒度開銷小但並發低。優化器根據 SQL、統計信息、LOCKSIZE 表屬性動態選擇或升級。

鎖升級

當事務在單表/表空間持有大量行/頁鎖超過閾值，DB2 自動升級為表/表空間鎖並釋放細粒度鎖，平衡並發與開銷。可通過 LOCKLIST、MAXLOCKS 配置閾值。

暫掛、超時與死鎖

• 暫掛：請求鎖被不兼容鎖佔用，請求者進入等待隊列（FIFO，持有者優先）。
• 超時：等待超過 LOCKTIMEOUT (默認 -1 無限等待) 時終止事務，返回 SQLCODE -911/913。COMMIT/ROLLBACK 不受超時限制。
• 死鎖：循環等待（A 持 X1 等 X2，B 持 X2 等 X1）。DB2 死鎖檢測器定期掃描，犧牲代價最小（通常工作量最少）的事務，返回 SQLCODE -911/913 reason code 2/68。

實用程序並發：Claim / Drain / 兼容性規則

• Claim：聲明正在訪問對象，提交後失效，下一單元需重新聲明。
• Drain：阻塞新 Claim，等待現有 Claim 釋放（ Quiesce 到提交點），獲得對象獨佔控制權。用於 LOAD、REORG、RUNSTATS 等工具。
• 兼容性矩陣：DB2 根據工具類型、目標對象、鎖模式判定能否並發運行，避免工具間衝突。

數據庫設計層面的並發優化

分區表

• 大表按鍵值範圍分區，每區獨立數據集。
• 批量操作可按分區拆分並行，縮短佔用窗口。
• 工具可針對單分區運行，其他分區保持可用。

鎖相關配置建議

監控與診斷

-- 開啟鎖監控
db2 update dbm cfg using dft_mon_lock on

-- 獲取鎖快照
db2 get snapshot for locks on DBNAME > lock.snap

-- 關鍵欄位：Application Handle, Lock Mode, Lock Status, Object Name
-- 分析後關閉監控
db2 update dbm cfg using dft_mon_lock off