客户某个数据库突然锁超时增多.
通过分析db2locktimeout文件, 发现90%的locktimeout的原因都是因为Read Stability隔离级别导致的。
主要涉及的表：P_CUSTOM_ARCH_TABLE,P_CUSTOM_TABLE_ARCH_EXT,P_BUSI_QUERY,P_ALCMNG_PRO。
下面是对db2locktimeout.0.282904.2015-05-13-15-50-08文件的分析：
Cursor Stability：游标稳定性隔离级别(db2默认隔离级别), 只在记录扫描的时候获得行锁，离开后释放。
Read Stability：可重复读隔离级别(was默认隔离级别)， 会一直持有扫描过的记录的锁， 直到事务结束。
以下SQL是持锁应用，因为采用的是RS隔离级别，SQL没有结束就一直持有行锁，当行锁数量超过了MAXLOCKS的限制，会发生锁升级， 正如db2diag.log记录的。
select count(*) from PL_PTRX.P_CUSTOM_ARCH_TABLE a left join PL_PTRX.P_CUSTOM_TABLE_ARCH_EXT c on a.tkiid=c.tkiid,PL_PTRX.P_BU
SI_QUERY b where a.p_piid=b.PIID and b.CLTNAM= ? and a.state= ?
2015-05-13-15.49.35.527820+480 E201222A543 LEVEL: Warning
PID : 17957114 TID : 263969 PROC : db2sysc 0
INSTANCE: XXXXX NODE : 000 DB : XXXXX
APPHDL : 0-44637 APPID: XXXXXXXXXX.61297.150513061717
AUTHID : SF_RPT
EDUID : 263969 EDUNAME: db2agent (XXXXX) 0
FUNCTION: DB2 UDB, data management, sqldEscalateLocks, probe:3
MESSAGE : ADM5502W The escalation of "95133" locks on table "PL_PTRX
.P_CUSTOM_ARCH_TABLE" to lock intent "S" was successful.
以下SQL是等锁应用， 等待P_CUSTOM_ARCH_TABLE表的IX锁， 但是IX和S锁不兼容，所以必须等待，因为持锁的SQL执行时间长，从而导致了锁超时。
insert into Pl_PTRX.P_CUSTOM_ARCH_TABLE( WIID,APP_NAME,TKIID,USER_ID,STATE,EVERYBODY,STAFF_TYPE,PIID,TASK_NAME,PARENT_TEMPL_NAM
E,DISPLAY_NAME,FIRST_ACTIVATION_TIME,LAST_MODIFIED_TIME,PROC_INS_STARTER,PROC_INS_START_TIME,PTID,TKTID,BUSS_NO,BUSS_ID,P_PIID) values(?,?,?,?,?,?,?,?,?,?,?,
?,?,?,?,?,?,?,?,?)
locktimeout文件信息:
db2locktimeout.0.282904.2015-05-13-15-50-08
Lock Information:
Lock Name: 0004024C000000000000000054
Lock Type: Table
Lock Specifics: Tablespace ID=4, Table ID=588
Lock Requestor:
System Auth ID: SF_RPT
Application Handle: [0-7071]
Application Name: db2jcc_application
Lock timeout Value: 30000 milliseconds
Lock mode requested: .IX
Context of Lock Request:
Identification: UOW ID (2956); Activity ID (9)
Activity Information:
Effective Isolation: Read Stability
Statement: insert into Pl_PTRX.P_CUSTOM_ARCH_TABLE( WIID,APP_NAME,TKIID,USER_ID,STATE,EVERYBODY,STAFF_TYPE,PIID,TASK_NAME,PARENT_TEMPL_NAM
E,DISPLAY_NAME,FIRST_ACTIVATION_TIME,LAST_MODIFIED_TIME,PROC_INS_STARTER,PROC_INS_START_TIME,PTID,TKTID,BUSS_NO,BUSS_ID,P_PIID) values(?,?,?,?,?,?,?,?,?,?,?,
?,?,?,?,?,?,?,?,?)
Lock Owner (Representative):
System Auth ID: SF_RPT
Application Handle: [0-44637]
Application Name: db2jcc_application
Lock mode held: ..S
List of Active SQL Statements:
Effective Isolation: Read Stability
Statement: select count(*) from PL_PTRX.P_CUSTOM_ARCH_TABLE a left join PL_PTRX.P_CUSTOM_TABLE_ARCH_EXT c on a.tkiid=c.tkiid,PL_PTRX.P_BU
SI_QUERY b where a.p_piid=b.PIID and b.CLTNAM= ? and a.state= ?