DB2 V9.7 鎖事件監控

清單 6. 應用程序 2 連接

　db2　connect　to　test　user　app2　using　app2　
　
　數據庫連接信息　
　
數據庫服務器　=　DB2/NT　9.7.0　
　SQL　授權標識　=　APP2　
本地數據庫別名　=　TEST　

清單 7. 查看連接信息

　db2　list　applications　
　
授權標識程序　應用程序名　應用程序句柄　應用程序標識　數據庫名稱　代理序號　
　--------　-----------　----------　-------------------　
　
　APP2　db2bp.exe　14　*LOCAL.DB2.091118070502　TEST　1　
　APP1　db2bp.exe　7　*LOCAL.DB2.091118070426　TEST　1　

我們看到 app1 對應的應用程序句柄為 7，app2 對應的應用程序句柄為 14，這兩個句柄將在後面用來識別應用。

我們在應用程序 1 中修改 stock 表的數據：

清單 8. 應用 1 修改 stock 表數據

　db2　+c　"update　db2admin.stock　set　qty=qty+1　where　itemno=300"　

清單 9. 應用 2 修改 stock 表數據

　db2　+c　"update　db2admin.stock　set　qty=qty+1　where　itemno=300"　

我們的應用 1 和應用 2 同時修改 stock 表的相同行，由於應用 1 先發出 SQL，返回成功後並未發出 commit 或 rollback。因此應用 1 在“300”行上持有 X 鎖，當應用 2 在同一行上也希望持有 X 鎖時，應用 2 必須等待。

當等待時間超過 MON_LW_THRESH 參數限定的 5 秒鐘後，鎖等待事件發生。我們使用 EVMON_FORMAT_UE_TO_TABLES 格式化捕獲的數據。存儲過程 EVMON_FORMAT_UE_TO_TABLES 將首先調用表函數 EVMON_FORMAT_UE_TO_XML 將非格式化事件表數據轉換為 XML，然後再將 XML 數據轉換成關系表形式。

清單 10. 獲取鎖等待事件數據

　db2　set　event　monitor　lockwaitevm　state　0　
　
　db2　"call　EVMON_FORMAT_UE_TO_TABLES　(　'LOCKING',　NULL,　NULL,　N　
　ULL,　NULL,　NULL,　'RECREATE_FORCE',　-1,　
　'SELECT　*　FROM　lockwaitevm　ORDER　BY　event_timestamp')"　
　
　返回狀態　=　0　
　
　db2　list　tables　for　all　|find　/i　"lock"　
　
表　/　視圖　模式　類型　創建時間　
　
　LOCKWAITEVM　DB2ADMIN　T　2009-11-18-14.47.43.281002　
　
　LOCK_ACTIVITY_VALUES　DB2ADMIN　T　2009-11-18-15.35.24.375003　
　
　LOCK_EVENT　DB2ADMIN　T　2009-11-18-15.35.24.078004　
　
　LOCK_PARTICIPANTS　DB2ADMIN　T　2009-11-18-15.35.24.296003　
　
　LOCK_PARTICIPANT_ACTIVITIES　DB2ADMIN　T　2009-11-18-15.35.24.343003　

我們看到經過格式化後，系統中多了幾張表，名稱為 LOCK_ACTIVITY_VALUES、LOCK_EVENT、LOCK_PARTICIPANTS、 LOCK_PARTICIPANT_ACTIVITIES。表 LOCK_EVENT 對應發生的鎖定事件，每個事件對應一條記錄。LOCK_PARTICIPANTS 標識事件的參與者，每個參與的應用程序一行。LOCK_PARTICIPANT_ACTIVITIES 中包含了參與事件的應用程序曾經和當前正在執行的語句。這些表中都有一個 XMLID 列來標識一個事件，格式為 <event_header>_<event_id>_<event_type>_<event_timestamp>_<partition> 組成。對所鎖等待事件，event_header 為 db2LockEvent，event_type 為 LOCKWAIT。

我們使用下面腳本查詢鎖等待事件參與者。

清單 11. 查詢鎖事件參與者

　select　substr(XMLID,1,64)　as　XML_id,　
　　
　EVENT_ID,　
　
　substr(EVENT_TYPE,1,32)　evn_type　,　
　
　MEMBER,　
　
　DL_CONNS,　
　
　ROLLED_BACK_PARTICIPANT_NO　
　from　LOCK_EVENT;　
　　　
　
　
　select　substr(XMLID,1,64)　as　XML_id,　
　PARTICIPANT_NO,　
　PARTICIPANT_TYPE,　
　PARTICIPANT_NO_HOLDING_LK,　
　APPLICATION_HANDLE,　
　LOCK_WAIT_VAL,　
　LOCK_NAME,　
　LOCK_OBJECT_TYPE,　
　LOCK_ATTRIBUTES,　
　LOCK_CURRENT_MODE,　
　LOCK_MODE_REQUESTED,　
　LOCK_MODE,　LOCK_COUNT,　
　LOCK_HOLD_COUNT,　
　LOCK_RRIID,　
　LOCK_STATUS,　
　LOCK_RELEASE_FLAGS,　
　TABLE_FILE_ID,　
　TABLE_NAME,　
　TABLE_SCHEMA,　
　TABLESPACE_NAME,　
　THRESHOLD_ID,　
　THRESHOLD_NAME　
　
　from　LOCK_PARTICIPANTS;　

通過查詢，我們發現表 LOCK_EVENT 中有一條記錄，事件類型為 LOCKWAIT，發生時間為 2009-11-18-15.29.51.094867。表 LOCK_PARTICIPANTS 中有兩條記錄，一條記錄的 PARTICIPANT_TYPE 為 Requester，應用程序句柄為 14 即 APP2，LOCK_OBJECT_TYPE 為 2 表示為行鎖，LOCK_MODE_REQUESTED 為 5 表示請求的鎖類型為排他鎖（X 鎖），請求鎖定的表為 STOCK，而行上目前加的鎖 LOCK_MODE 為 5 表示排他鎖（X 鎖）。表 LOCK_PARTICIPANTS 另一條記錄 PARTICIPANT_TYPE 為 Owner，應用程序句柄為 7 即 APP1。這意味著 APP1 為鎖的擁有者，在行上持有了 X 鎖導致應用程序 2 鎖等待。如果我們希望進一步了解參與者因為執行了何種語句導致鎖等待，我們需要進一步查詢表 LOCK_PARTICIPANT_ACTIVITIES。

清單 12. 查詢鎖事件參與者的活動

　SELECT　
　PARTICIPANT_NO,　
　ACTIVITY_TYPE,　
　substr(STMT_TEXT,1,256)　sql_text　
　FROM　LOCK_PARTICIPANT_ACTIVITIES;　

對清單 12 的查詢結果，我們重點關注 ACTIVITY_TYPE 和 SQL。活動類型取值 current 表示應用正在執行某個 SQL，取值 past 表示該 SQL 已經執行完成。上述查詢結果在顯示 PARTICIPANT_NO 為 1（與清單 11 查詢語句關聯，即為應用程序 2）正在執行 Update 語句，PARTICIPANT_NO 為 2（與清單 11 查詢語句關聯，即為應用程序 1）則已經完成 Update 語句執行。

清單 13. 引起鎖等待的 SQL　

　PARTICIPANT_NO　ACTIVITY_TYPE　SQL_TEXT　
　
　1　current　update　db2admin.stock　set　qty=qty+1　where　itemno=300　
　2　past　update　db2admin.stock　set　qty=qty+1　where　itemno=300　

鎖超時事件

為避免應用程序處於無限等待狀態，我們可以為應用程序設定鎖超時。這可以通過修改數據庫配置參數 LOCKTIMEOUT 為所有應用程序設置超時時間，也可以通過為特定會話設置 CURRENT LOCK TIMEOUT 特殊寄存器達到這個目的。本文在兩個應用程序的命令行中設置 CURRENT LOCK TIMEOUT 特殊寄存器為 30 秒給 APP1 和 APP2 限定超時時間，然後重新執行 Update 語句。為避免與鎖等待的事件信息混淆，我們刪除事件、刪除非格式化表、刪除格式化結果表

清單 14. 為 APP1 和 APP2 會話設置鎖超時

　db2　"set　current　lock　timeout　30"　

清單 15. 創建鎖超時事件

　db2　"　drop　event　monitor　LOCKWAITEVM"　
　db2　"　drop　table　LOCKWAITEVM"　
　db2　"　drop　table　LOCK_ACTIVITY_VALUES"　
　db2　"　drop　table　LOCK_EVENT"　
　db2　"　drop　table　LOCK_PARTICIPANTS"　
　db2　"　drop　table　LOCK_PARTICIPANT_ACTIVITIES　"　
　db2　create　event　monitor　locktimeout　for　locking　
　WRITE　TO　UNFORMATTED　EVENT　TABLE　
　
　db2　set　event　monitor　locktimeout　state　1