DB2 9.5 鎖超時分析新特性：DB2_CAPTURE_LOCKTIMEOUT 與死鎖事件監視器深度解析

從 db2cos/db2pd 到一鍵式報告的演進

DB2 9.1 依賴 db2cos 腳本調用 db2pd 收集鎖、事務、應用、語句緩存信息，再通過 db2pdcfg 註冊鎖超時事件觸發腳本。缺點顯而易見：

• 需手動改寫腳本、註冊事件，新手門檻高；
• db2pd 輸出碎片化，關聯分析耗時；
• 多語句事務導致的鎖超時，往往無法定位具體罪魁禍首 SQL。

DB2 9.5 核心改進：DB2_CAPTURE_LOCKTIMEOUT

僅需兩步即可啟用自動鎖超時報告：

db2set DB2_CAPTURE_LOCKTIMEOUT=ON
db2stop && db2start

報告自動生成於 DIAGPATH 目錄，文件名格式：db2locktimeout.dbpartition.agentid.timestamp。報告包含四大板塊：

1. 基本資訊：日期、實例、數據庫、分區號。
2. Lock Information：鎖名、類型（行/表）、表空間 ID、表 ID、行 ID。
3. Lock Requestor：等待者認證 ID、應用句柄、應用名、請求鎖模式、隔離級別、完整 SQL 文本。
4. Lock Owner (Representative)：持有者認證 ID、應用句柄、持有鎖模式。

進階：結合死鎖事件監視器獲取持有者歷史 SQL

預設報告僅顯示持有者當前 SQL。若需查看持有者事務內已執行的所有 SQL（含導致 X 鎖的 UPDATE），需創建帶 DETAILS HISTORY 的死鎖事件監視器：

db2 "CREATE EVENT MONITOR evmon_dl FOR DEADLOCKS WITH DETAILS HISTORY WRITE TO FILE '/path/to/evmon'"
db2 "SET EVENT MONITOR evmon_dl STATE 1"

再次觸發鎖超時後，報告新增 List of Inactive SQL Statements from current UOW 區段，按執行順序列出持有者事務內所有歷史 SQL，精準定位加鎖語句。

實戰演示：SAMPLE 數據庫重現鎖超時

1. 建庫並設 LOCKTIMEOUT=10：db2sampl && db2 "UPDATE DB CFG FOR SAMPLE USING LOCKTIMEOUT 10"
2. Session 1：db2 +c "UPDATE EMPLOYEE SET SALARY=SALARY*1.02"（持有 X 鎖，未提交）
3. Session 2：db2 +c "UPDATE EMPLOYEE SET BONUS=SALARY*0.1 WHERE JOB='MANAGER'"（10 秒後超時）
4. 查看 DIAGPATH 下報告，結合事件監視器歷史 SQL 即可見 Session 1 的 UPDATE 為根因。

運維提示與限制

• 監視器堆消耗大：DETAILS HISTORY 監視器對所有應用生效，建議平時僅開啟 DB2_CAPTURE_LOCKTIMEOUT，排查疑難案例時臨時啟用事件監視器。
• 報告文件需定期清理：DB2 不自動刪除，需排程歸檔或刪除避免磁盘佔滿。
• 靜態 SQL/內部鎖定：仍可能無法獲取完整 SQL 文本，參考官方文檔「Lock timeout reporting」章節已知限制。

結語

DB2 9.5 將鎖超時分析從「專家級手工拼圖」降維為「一鍵生成可視化報告」，配合事件監視器歷史 SQL 功能，大幅縮短 DBA 平均故障恢復時間（MTTR）。