DB2 鎖等待分析實戰：從現象到根因的完整診斷流程

鎖機制基礎認知

DB2 擁有豐富鎖類型（S, IS, NS, X, IX, SIX, NX, U, Z...），不同資料庫實作差異大。大多數開發人員無法完全掌握所有鎖語意，但掌握診斷流程即可有效解決鎖等待問題。

鎖等待診斷三步驟法

步驟 1：重現場景建立測試案例

-- 建立測試表
DB2 "CREATE TABLE TEST_LOCK (COL INT, COL2 CHAR(10))"

-- 視窗 1：開啟交易未提交
DB2 +C "INSERT INTO TEST_LOCK VALUES(1,'AAA')"

-- 視窗 2：查詢同一表 (長時間無回應)
DB2 "SELECT * FROM TEST_LOCK"

步驟 2：識別等待應用程式

DB2 LIST APPLICATIONS SHOW DETAIL

關鍵指標：狀態欄位顯示 鎖定等待 或 Lock-waiting，記錄 Application Handle。

XUXIAOF db2bp.exe 68 *LOCAL.DB2.090817075736 00003 1 0 4464 鎖定等待 2009-08-18 10:53:24

步驟 3：精準定位鎖資源

DB2PD -D SAMPLE -LOCKS SHOW DETAIL

輸出關鍵欄位分析：

範例輸出解讀：

Address TranHdl Lockname              Type Mode Sts Owner Dur HoldCount Att ReleaseFlg
0x7F8911B0 8       0300050004008002... Row  .NS  W   2     1   0       0x00 0x00000001
TbspaceID 3 TableID 5 PartitionID 0 Page 640 Slot 4

→ 視窗 1 (Handle 2) 持有資料列鎖，視窗 2 (Handle 3) 狀態 W 等待中。

進階分析技巧

• 鎖升級監控：啟用 DFT_MON_LOCK=ON 追蹤鎖升級事件
• 死鎖偵測：DB2PD -D DB -LOCKS WAIT 檢查等待鏈
• 應用層面：檢查隔離級別 (CS/RS/RR/UR)、交易範圍、提交頻率

常見解決策略

1. 縮短交易範圍，盡早 COMMIT
2. 調整隔離級別 (CS 為預設，平衡並發與一致性)
3. 優化索引減少掃描範圍，降低鎖衝突機率
4. 應用邏輯層面避免長時間持有鎖的操作模式