DB2数据库发生死锁了怎么办

鉴于CSDN无故删除博文，本博客不再更新，暂时迁至http://www.db365.net

DB2 数据库发生死锁了怎么办？

责任编辑：郑重作者：IT168陈敏   2007-12-18   

【内容导航】

• 第1页：上线前的准备
• 第2页：维护时的注意事项
• 第3页：发生死锁后的对策

文本Tag：IBMDB2 DB2

上线之后维护时我们要做的几件事情

1. 做好定期维护

通过使用如下命令进行维护：
－reorg表和索引定期重组
－runstats表和索引的统计信息定期更新
－rebind 程序包定期重新编译

2. 日常观察db2diag.log文件

查看下面锁升级信息 escalation

2006-02-13-11.05.08.060000-480 E613164H452 LEVEL: Warning PID :2112 TID :3132PROC : db2syscs.exe INSTANCE: DB2 NODE :000 DB : SAMPLE APPHDL :0-170 APPID: *LOCAL.DB2.060213185727FUNCTION: DB2 UDB, data management, sqldEscalateLocks, probe:3MESSAGE : ADM5502W The escalationof "35" locks ontable "TEDWAS .

 

STAFF" to lock intent "X" was successful.

 

查看下面死锁或锁超时信息DeadLock or Lock timeout

2006-11-08-16.29.11.398155+480 E36235682A521 LEVEL: Error PID :12979 TID :1PROC : db2agent (TESTDB)0 INSTANCE: db2inst1 NODE :000 DB : TESTDB APPHDL :0-288 APPID: 198.132.3.100.57177.061108070923 AUTHID : TESTDB FUNCTION: DB2 UDB, data management, sqldEscalateLocks, probe:4MESSAGE : ADM5503E The escalationof "2" locks ontable“TESTDB.TEST12"to lock intent "X" has failed.

 

The SQLCODEis "-911".2006-11-08-16.24.39.672914+480 E36100838A502 LEVEL: Error PID :20866 TID :1PROC : db2agent (TESTDB)0 INSTANCE: db2inst1 NODE :000 DB : TESTDB APPHDL :0-1394 APPID: 198.132.3.110.58426.061108075556 AUTHID : TESTDB FUNCTION: DB2 UDB, data management, sqldEscalateLocks, probe:4MESSAGE : ADM5503E The escalationof "1" locks ontable“TESTDB.

 

TEST11" to lock intent "X" has failed. The SQLCODEis "-952".

 

    我们可以看到红字标识出的锁升级(escalation)，锁等待锁超时（The SQLCODE is "-911"），程序由于锁的原因而终止（The SQLCODE is "-952".）

3. 观察命令list applications的输出

    查看应用程序的状态是否有锁定等待(Lock-wait)状态出现。
   
    执行命令 list applications for db sample show detail 得到如下结果

DB2ADMIN db2bp.exe1129*LOCAL.DB2.0711281625170000110348

 

锁定等待 2006-11-2900:25:52.417899 TEST SAMPLE C:/DB2/NODE0000/SQL00001/ DB2ADMIN db2taskd 1127*LOCAL.DB2.0711281624450000110628

 

连接已完成 2006-11-2900:24:43.909356 TEST SAMPLE C:/DB2/NODE0000/SQL00001/ 。。。。。。。。 DB2ADMIN db2bp.exe1126*LOCAL.DB2.0711281624430000110976 UOW

 

正在等待 2006-11-2900:25:00.559420 TEST SAMPLE C:/DB2/NODE0000/ SQL00001/ 。。。。。。。。

 

   这里我们可以看到应用程序（1129）正在等待其他应用程序锁的释放，而应用程序（1126）正在执行程序，其中1129和1126分别是应用程序的ID。

4. 观察快照信息（snapshot）的输出

    在得到快照信息之前需要将锁定信息快照开关打开，命令如下

update dbm cfg using dft_mon_lock on(实例级别)
update monitor switches using lock on(会话级别，推荐使用) 

    之后可以用如下命令取出快照信息

get snapshot for locks on sample 

    我们可以得到类似信息：

数据库锁定快照
数据库名称           = SAMPLE
数据库路径            = C:/DB2/NODE0000/SQL00001/
输入数据库别名            = SAMPLE
挂起的锁定            = 8
当前已连接的应用程序            = 2
当前正等待锁定的代理程序数            = 1
快照时间戳记            = 2007-11-29 17:54:13.992157
应用程序句柄            = 54
应用程序标识            = *LOCAL.DB2.071129094306
序号            = 00001
应用程序名            = db2bp.exe CONNECT
授权标识            = DB2ADMIN
应用程序状态            = 锁定等待
状态更改时间            = 2007-11-29 17:50:16.124739
应用程序代码页            = 1386
挂起的锁定            = 4
总计等待时间（毫秒）            = 237867

锁定列表
锁定名称            = 0x030006000500C0020000000052
锁定属性            = 0x00000008
发行版标志            = 0x40000000
锁定计数            = 1
挂起计数            = 0
锁定对象名            = 46137349
对象类型            = 行
表空间名            = IBMDB2SAMPLEREL
表模式            = DB2ADMIN
表名            = TEST1
方式            = X

。。。。。。。。。。。。。。

锁定名称            = 0x03000600000000000000000054
锁定属性            = 0x00000000
发行版标志            = 0x40000000
锁定计数            = 1
挂起计数            = 0
锁定对象名            = 6
对象类型            = 表
表空间名            =  IBMDB2SAMPLEREL
表模式            = DB2ADMIN
表名            =  TEST1 方式 = IX。。。。。。。。。。。。。

    从上面信息可以看到应用程序（54）正处于锁定等待状态，而这个程序所要求的锁，在快照信息里有详细描述（由红字标识出的），同时我们还可以看到整个数据库其他程序的锁定信息，要想得到某个应用程序的锁定信息，可用如下命令：

get snapshot for locks for application agentid 54 

    其中54就是应用程序的句柄

5. 注意无效程序（Invalid pakage）的监控 

    如果系统里有存储过程或用户自定义函数或嵌入C的程序，这些程序包含静态SQL，在编译时会生成执行代码片段，存储在数据库的系统表里，在程序执行时直接调用这些代码执行。 

    在系统运行一段时间后，如果发生了表结构变了，索引删除了，统计信息发生变化了等这些程序所依赖的对象发生变化，那这些执行代码片段可能会失效或不可用。我们需要对这些程序进行监控，可以用下面命令查询无效程序（pakage）：
select pkgname,valid,last_bind_time from syscat.packages where pkgschema = 'name' and valid != 'Y' 

    如果状态（valid）为N，说明需要重新绑定，如果状态为X，说明某些其依赖的对象被删掉了，需要重新创建那些被依赖的对象（如：表） 

    要想重新绑定，可以执行下面命令：
rebind package pkgname resolve any 

    同时DB2还提供一个db2rbind命令，这个命令可以一次绑定所有有效或无效的程序（pakage），命令如下：
db2rbind dbname -l logfile all

6. 监控运行时间长排序次数多读最多运行频率高的SQL 

    要想查看这些SQL，可以通过表函数（DB2 V8）或系统管理视图（DB2 V9）来实现。 

    在DB2 V9中增加了管理视图，可以如下使用：

查看执行时间最长的 5 个动态 SQL 语句：

select AVERAGE_EXECUTION_TIME_S , SUBSTR(STMT_TEXT,1,200)AS STMT_TEXTfrom SYSIBMADM.

 

TOP_DYNAMIC_SQLorderby AVERAGE_EXECUTION_TIME_Sdescfetch first5 rowsonly;

 

查看执行频率最高的 5个动态 SQL 语句：

select NUM_EXECUTIONS, AVERAGE_EXECUTION_TIME_S, STMT_SORTS, SORTS_PER_EXECUTION,

 

SUBSTR(STMT_TEXT,1,200)AS STMT_TEXTfrom SYSIBMADM.

 

TOP_DYNAMIC_SQLORDERBY NUM_EXECUTIONSdescfetch first5 rowsonly;

 

查看排序次数最多的 5个动态 SQL 语句：

select STMT_SORTS, SORTS_PER_EXECUTION, substr(STMT_TEXT,1,200)as STMT_TEXTfrom SYSIBMADM.

 

TOP_DYNAMIC_SQLorderby STMT_SORTSdescfetch first5 rowsonly;

 

   在DB2 V8中增加了表函数，可以如下使用：

查看执行时间最长的 5 个动态 SQL 语句：

select TOTAL_EXEC_TIME/NUM_EXECUTIONS, SUBSTR(STMT_TEXT,1,200)

 

AS STMT_TEXTFROMTABLE( SNAPSHOT_DYN_SQL (CAST(NULLASVARCHAR(1)),CAST (NULLASINTEGER)))

 

as SNAPSHOT_DYN_SQLorderby TOTAL_EXEC_TIME/NUM_EXECUTIONSdescfetch first5 rowsonly;

 

查看执行频率最高的 5个动态 SQL 语句：

select NUM_EXECUTIONS, TOTAL_EXEC_TIME/NUM_EXECUTIONS, STMT_SORTS,

 

STMT_SORTS/NUM_EXECUTIONSas SORTS_PER_EXECUTION,

 

SUBSTR(STMT_TEXT,1,200)AS STMT_TEXTfromTABLE( SNAPSHOT_DYN_SQL (CAST(NULLASVARCHAR(1)),

 

CAST (NULLASINTEGER))) as SNAPSHOT_DYN_SQLORDERBY NUM_EXECUTIONSdescfetch first5 rowsonly;;

 

查看排序次数最多的 5个动态 SQL 语句：

select STMT_SORTS, STMT_SORTS/NUM_EXECUTIONSas SORTS_PER_EXECUTION,

 

substr(STMT_TEXT,1,200)as STMT_TEXTfromTABLE( SNAPSHOT_DYN_SQL (CAST(NULLASVARCHAR(1)),

 

CAST (NULLASINTEGER))) as SNAPSHOT_DYN_SQLorderby STMT_SORTSdescfetch first5 rowsonly;

 

   如果发现了运行成本比较高的SQL，就要来优化这些SQL的执行效率，来降低持有锁的锁产生的资源消耗，进一步降低死锁和锁等待的产生。