DB2 V9.7 锁事件监控

清单 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。