深入探讨DB2 9.5中的锁定超时分析新方法（3）

这就可以将 UPDATE 确定为相关的语句，我们提到了使用 db2cos 和 db2pd 进行锁定超时阐明的三点不敷， 在本文开始部门，在这些情形下， ◆最后一部门 Lock Owner (Representative) 列出持有有问题的锁的应用措施。

但是，所以 DBA 需要删除它们大概将它们移动到差异的位置，DB2 9.5 文档的 Lock timeout reporting 一章提供了这些局限性的一个简短列表（拜见下面的 参考资料）。

这个成果是对结合使用 db2cos 和 db2pd 要领的一个重大改造，此刻看看它的事情道理。

激活了死锁事件监督器之后，您仍然不知道是哪条语句导致了锁定。

这个信息可用于提供 SQL 语句的历史信息，只能看到锁持有者的应用措施执行的最后一条语句 — 在这个场景中是对 EMPLOYEE 表的查询，所以应该谨慎使用， 收集SQL语句的历史信息 为了得到锁持有者的应用措施执行的 SQL 语句的信息。

但是由于查询并没有导致呈现问题的独有锁，这次的 Lock Owner 部门包括特别的、有代价的信息， Insert/Update/Delete Effective Isolation: Cursor Stability Statement Unicode Flag: No Statement: UPDATE EMPLOYEE SET SALARY = SALARY * 1.02