使用 IBM Optim Performance Manager for DB2 快速有效的定位、解决锁问题

查看原图（大图）

从此界面进一步分析，可以看到此死锁是由于两个“UPDATE ”语句互相等待造成的。

图 14. 语句信息

从图 14 可以看到所有导致或者涉及锁的 SQL 语句，选择任何一条都可以得到以下信息：

详细的 SQL 语句

参数标记值（如果有的话）

跟选择语句相关的锁详细信息

这里需要注意的是，如果历史语句是启用的，只有最后一条语句显示在这里。此处对于正在执行或者无限等待的语句，可以通过“停止当前语句（Stop Current Statement …）”去停止该语句的执行。也可以通过“调整（Tune） ”按钮开启 Optim Query Tuner (OQT) 对该语句进行分析调优，该功能后面将详细介绍。

图 15. 锁信息

查看原图（大图）

图 15 详细地展示了锁名称，属性，模式，以及相关的表空间，表模式，表名，锁状态等信息。

使用 OPM 分析、定位锁等待问题

应用程序在执行中发生连接等待、锁等待问题也会被 OPM 监控到，并且将主要信息展示出来。这些信息包括应用程序名称、应用程序标识、等待时间、客户机工作站名称、客户机应用程序名称等，如下图所示：