本次差旅发现过很多死锁，有很多死锁定位方式。但是能精确定位的还是比较少。通过本次差旅实践，发现通过dbpd来捕捉是最好的，也是最精确的。方法我总结如下：
1） 启用死锁监控
db2pdcfg –catch deadlock
当死锁触发时，会自动执行db2cos脚本（在%db2dump%/bin 目录下）。这个脚本里调用了db2pd来将当前信息捕捉下来，其中主要捕捉的信息包含如下：
Db2pd共捕捉了locks（锁）、transaction（事务）、agents（代理进程）、application（应用）、dynamic（动态sql，这个最重要，是用于定位到sql）
2） 坐等死锁。当死锁触发时，将自动生成 db2cos.process_id_application_id.txt，该文件在db2的诊断目录下（可以通过 db2 get dbm cfg | grep “DIA”来获取诊断目录位置）
3） 分析db2cos文件：
a) 首先看-locks showlocks 模块，截图如下：
找到其中包含【Sts】为W*，并且根据【ReleaseFlg】定位到相同slot的，总共会有两处，一处状态为 W*（是死锁）、一处是 G（代表锁拥有）。Slot相同，就代表他们是在同一个数据对象上等待。寻找后的数据，如下截图：
从上图，可以看出如下信息：
Ø 在tabled=514和tabspacesId=4上等待（可以在syscat.tables 视图上根据信息定位到表名称 select TABNAME , TABSCHEMA from syscat.tables where TABLEID=514 and TBSPACEID=4）
Ø 占据表锁的transactionHandle Id 为 28，是X排他锁
Ø 等待表锁的transactionHandle Id为55，是NS（下一键共享锁）
有了这两个Id接着往下走。我们已经知道了谁在等待、谁在占有。
b) 查看-transaction，获取transaction id对应的agent id
可以看到Apphandle对应值应有了，下面就需要根据这个Apphandle去找sql执行的信息，已经离目标不远了哈。
c) 查看-dynamic 信息
观察如下列【C-AnchID】、【C-StmtUID】、【L-AnchID】、【L-StmtUID】
其中C-AnchID是代表当前正在执行的sql槽号，L-AnchID是代表上次执行的sql槽号。OK，我们就需要通过这个槽号来找到对应的Sql。定位到如下模块：
然后根据【C-AnchID】、【C-StmtUID】、【L-AnchID】、【L-StmtUID】列值找到对应sql（AnchID->C- AnchID,StmtUID-> C-StmtUID），如下：
自此，我们发现了导致死锁的Sql：
哪个sql 在等待锁？
状态为W*：
SELECT COUNT ( * )
FROM BIZ.WF_TASK A
INNER JOIN
BIZ.REI_FORM B
ON A.RECEIPT_NO = B.REI_FORM_ID
WHERE A.TASK_STATUS = ?
AND A.HANDLE_ID = ?
AND A.RECEIPT_TYPE = ?
AND B.APPROVE_STATUS = ?
AND B.REI_FORM_NO = ?
哪个Sql在占有锁？
状态为G：
UPDATE BIZ.REI_FORM
SET APPROVE_STATUS = ?
WHERE REI_FORM_ID = ?
整个过程截图如下：
定位到Sql之后，我们就可以按照第三节中叙述的方法，该建索引就建立索引，sql写的不规范就调整sql。