技术开发 频道

全面解析DB2数据库的锁等待

    【IT168 技术文章】

    锁,一个让人觉得安全又不太方便的技术,在数据库中发挥着他无可替代的作用,但是,不同的数据库对其有不同的实现方式。当你习惯一个数据库的使用方式,去接触另外一个数据库时,就会感觉到诸多的不便。每个开始接触DB2的人,或多或少的都有这样的感受,数据库中有那么多类型的锁,S,IS,NS,X,IX,SIX,NX,U,Z….从名字上看,很多差不多,如果你能都弄懂他的含义,并且在设计中考虑到,那当然是好的;如果你不是很理解他,没关系,大多数使用DB2数据库开发的人都不能完全理解他们,所以,你不用担心。作为一个DB2数据库使用比较习惯的人,这里分享下如何处理DB2数据库中的锁等待问题,帮助大家解决使用DB2过程中遇到的锁问题。

    下面,使用一个简单的例子来介绍下如何分析数据库的中的锁等待问题。

    场景,查找数据库锁等待的根源:

    创建一个简单的表:

    db2 "create table test_lock (col int, col2 char(10))"

    开3个命令行的窗口

    在窗口一执行:

    db2 +c "insert into test_lock values(1,'aaa')"

    DB20000I SQL命令成功完成。

    在窗口二执行:

    db2 "select * from test_lock"

    我们看到了,很长时间没有返回,这就是很多人曾经问的一个问题,我执行了一个很简单的操作,数据库卡死,不返回,为什么?

    我们使用窗口三进行分析:

    db2 list applications show detail

    XUXIAOF db2bp.exe 22 *LOCAL.DB2.090817071951 00012 1 0 4764 UOW 正在等待 2009-08-18 10:52:08.685167 IBM-L3F6 SAMPLE C:\DB2\NODE0000\SQL00001\

    XUXIAOF db2bp.exe 68 *LOCAL.DB2.090817075736 00003 1 0 4464 锁定等待 2009-08-18 10:53:24.329893 IBM-L3F6 SAMPLE C:\DB2\NODE0000\SQL00001\

    这个命令永远是你看锁问题最简单实用的一步,数据库中到底现在存在不存在锁等待,一看就知道,如果有较长时间Lock-waiting(英文环境)状态或者锁定等待(中文环境)状态,则数据库存在锁定等待的应用,如上所示,窗口2不返回的原因可能是锁等待引起的,现在,我们用db2pd这个工具,来分析下具体锁在哪儿,也许,这才是我们最关心的。

    db2pd -d sample -locks show detail

    Address TranHdl Lockname Type Mode Sts Owner Dur HoldCount Att ReleaseFlg

    0x7F8911B0 8 03000500040080020000000052 Row .NS W 2 1 0 0x00 0x00000001 TbspaceID 3 TableID 5 PartitionID 0 Page 640 Slot 4

    执行这个命令后,你也许会看到很多的锁,我为什么会找出这条呢?记住,你分析的入手点一定是正在等待的应用程序,也就是上面所列,状态(Sts)为W(waiting)的应用,也许在你的环境中你看到了很多,可以逐个分析。

    在这一行中,我们可以得到这些有用信息,Transaction handle为8 (TranHdl)的应用正在等待03000500040080020000000052(Lockname)这个锁,这个锁正被Transaction handle为2(Owner)的应用占有。请求的锁类型为行上的NS锁,请求锁的行是3号表空间中的5号表上,在表空间的第640页中的第4个槽位。现在,我们看下谁持有这个锁。

    db2pd -d sample -locks show detail |find "03000500040080020000000052"

    0x7F890AB0 2 03000500040080020000000052 Row ..X G 2 1 0 0x08 0x40000000 TbspaceID 3 TableID 5 PartitionID 0 Page 640 Slot 4

    0x7F8911B0 8 03000500040080020000000052 Row .NS W 2 1 0 0x00 0x00000001 TbspaceID 3 TableID 5 PartitionID 0 Page 640 Slot 4

    看到如上2行结果,其中一行,是我们刚才看到的正在等待的应用,而另外一个,状态为G(Granted),Transction handler为2,正是我们要找的,持有锁没释放的根源。如果你看到其他的状态为W的锁,是可能的,因为可能很多应用都在等这个锁,我们要找的是持有锁的应用,通过上一个命令的分析,是Transction handler为2的应用。

   

0
相关文章