db2pd分析锁等待.doc

db2pd分析锁等待.docdb2pd分析锁等待简介:当多个DB2®用户并发地访问一个数据库时,锁等待会导致响应变慢。锁等待是临时性的,因而难以捕捉。然而,当出现锁等待情形时,需要由数据库管理员负责确定锁等待的原因。本文通过例子演示如何使用用于DB2forLinux®,UNIX®,andWindows®的db2pd和db2pdcfg实用程序完成该任务。用于锁监视的db2pd选项db2pd是用于监视各种DB2数据库活动以及故障排除的实用程序。,其外观和功能类似于Informixonstat实用程序。db2pd是从命令行以一种可选的交互模式执行的。该实用程序运行得非常快,因为它不需要获取任何锁,并且在引擎资源以外运行(这意味着它甚至能在一个挂起的引擎上工作)。通过快照监视还可以收集db2pd提供的很多监视器数据,但是db2pd和快照监视的输出格式却有很大不同。这使DBA可以选择更符合用户需求的监视替代方法。本文关注用于锁监视的db2pd选项。有一篇由SamPoon撰写的developerWorks文章(参见参考资料小节)对db2pd的监视功能作了更广泛的介绍。F面的图展示了用于锁监视的db2pd选项: rLTranHdP-database-database^-alldatabases filename-LShowlocks-»Lwait」TranHdl:用于指定事务句柄,以便只监视由特定事务持有的锁。showlocks:这个子选项将锁名称扩展成有意义的解释。对于一个行1锁,该选项显示以下信息:表空间ID、表ID、分区ID、页和槽。,很容易将表空间ID和表ID映射到相应的表名:、表ID映射到表模式、表名SELECTTABSCHEMA,=tbspaceidANDTABLEID=tableidwait:如果指定wait子选项,则db2pd只显示事务当前正在等待的锁,以及对等待情形负责的锁。这个子选项大大简化了锁等待分析,因为它将输出限制为参与锁等待情形的锁。db2pddatabase和file选项不是特定于锁监视的,但是适用于(几乎)所有db2pd调用。database选项将db2pd返回的监视器数据限制为某个数据库的监视器数据。而file选项则允许定义一个文件,以便将db2pd输出写到该文件。锁等待分析场景接下来,我们开始使用前面介绍的db2pd选项来分析一个示例锁等待情形。为此,我们创建DB2SAMPLE数据库:,以根据每个经理的薪水为他们提供10%的奖金:=SALARY*='MANAGER1当事务A仍然在运行(MIT或ROLLBACK终止该事务)时,用户B执行事务B,以将每个雇员的薪水提高2%:=SALARY*,用户B请求DBA确定问题的原因。于是,DBA调用db2pd,看是否存在锁等待情形:清单5,检查锁等待情形db2pd-dbsample-lockswaitshowlocksDatabasePartitionDatabaseSAMPLE——ActiveUp3days08:33:05Locks:AddressTranHdlLocknameTypeModeStsOwnerDur0x050A0240020006000500400**********Row0x050A0DB0020006000500400**********RowHoldCountAttReleaseFlg0x000x40000000TbspacelD2TablelD6PartitionlD0Page320Slot50x000x40000000TbspacelD2TablelD6PartitionlD0Page320Slot5db2Pd报告ID为2的表空间中一个ID为6的表上有一个行锁存在锁等待情形。,DBA断定表EMPLOYEE上的确存在锁等待。,=2ANDTABLEID=6TABSCHEMA TABNAMEFECHNER EMPLOYEE1record(s)(列TranHdl)fdb2pd-l