DB2 V9.7 锁事件监控
2010-02-04 00:00:00 来源:WEB开发网清单 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。
- ››db2 对float类型取char后显示科学计数法
- ››DB2中出现SQL1032N错误现象时的解决办法
- ››DB2 锁升级示例
- ››db2诊断系列之---定位锁等待问题
- ››db2 命令选项解释
- ››DB2 最佳实践: 使用 DB2 pureXML 管理 XML 数据的...
- ››DB2 9.5 SQL Procedure Developer 认证考试 735 准...
- ››DB2 9.5 SQL Procedure Developer 认证考试 735 准...
- ››DB2 9.5 SQL Procedure Developer 认证考试 735 准...
- ››DB2 基础: 表空间和缓冲池
- ››DB2 XML 编程,第 1 部分: 理解 XML 数据模型
- ››DB2 pureScale 实战
更多精彩
赞助商链接