DB2 for Linux, UNIX, and Windows 的锁事件，第 1 部分: 分析 DB2 for Linux, UNIX, and Windows 中的锁等待情形

核心提示： 清单 13. 分析锁等待情形所需的带有所有选项的单个 db2pd 调用db2pd-dbsample-lockswaitshowlocks-transactions-agents-applications-dynamic-filedb2pd.out-repeat1540产生的输出由针对每个选项的输

清单 13. 分析锁等待情形所需的带有所有选项的单个 db2pd 调用

db2pd　-db　sample　-locks　wait　showlocks　-transactions　-agents　-applications　-dynamic　
　　　-file　db2pd.out　-repeat　15　40　

产生的输出由针对每个选项的输出组成，各部分输出之间的顺序与各选项在 db2pd 调用中的顺序一致。而且，请注意 db2pd 调用最后的 2 个附加选项：

-file 表明 db2pd 输出应该被写到一个文件。在示例调用中，输出被写到文件 db2pd.out 中。

-repeat 表明 db2pd 应该每隔 15 秒执行一次，共执行 40 次（即每隔 15 秒执行一次，共执行 10 分钟）。每次执行的输出被附加到 -file 选项指定的文件后面。

-file 和 -repeat 选项对于在一段时间内监视数据库活动比较有用。对于锁等待分析，这两个选项可以帮助捕捉只存在一小段时间的锁等待情形。例如，如果数据库参数 LOCKWAIT 被设置为 20 秒，一个等待锁的事务在过了 20 秒的等待时间后被回滚。为了捕捉那样的锁等待情形，db2pd 的时间间隔必须设置为比 20 秒更短的时间间隔，例如例子中的 15 秒。

捕捉罕见的锁超时

有时候，锁等待情形会导致锁超时，而锁超时又会导致事务被回滚。锁等待导致锁超时所需的时间段由数据库配置参数 LOCKTIMEOUT 指定。锁超时分析最大的问题是，不知道下一次的锁超时何时发生。为了捕捉死锁，可以创建一个死锁事件监视器。每当出现死锁时，这个死锁事件监视器便写一个条目。但是，对于锁超时就没有类似的事件监视器。所以到 DB2 9® 为止，捕捉锁超时的惟一方法还是连续的 db2pd 或快照监视（对于 db2pd，和前面解释的一样，-file 和 -repeat 选项可用于连续的锁监视）。