我们今天主要描述的是对DB2锁等待的分析，以下就是正文的介绍。以下就是对DB2锁等待的分析的相关内容的具体介绍，希望你在浏览完此篇文章之后会有会所了解。提及锁，一个让人觉得安全又不太方便的技术，在数据库中发挥着他无可替代的作用。
但是，不同的数据库对其有不同的实现方式。当你习惯一个数据库的使用方式，去接触另外一个数据库时，就会感觉到诸多的不便。
锁，一个让人觉得安全又不太方便的技术，在数据库中发挥着他无可替代的作用，但是，不同的数据库对其有不同的实现方式。当你习惯一个数据库的使用方式，去接触另外一个数据库时，就会感觉到诸多的不便。
每个开始接触DB2的人，或多或少的都有这样的感受，数据库中有那么多类型的锁，S,IS,NS,X,IX,SIX,NX,U,Z….从名字上看，很多差不多，如果你能都弄懂他的含义，并且在设计中考虑到，那当然是好的。
如果你不是很理解他，没关系，大多数使用DB2数据库开发的人都不能完全理解他们，所以，你不用担心。作为一个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不返回的原因可能是DB2锁等待引起的，现在，我们用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)的应用，也许在你的环境中你看到了很多，可以逐个分析。
