对DB2数据库的锁等待的正确认识 |
本文标签:DB2数据库 我们今天是要和大家一起讨论的是正确分析DB2数据库的锁等待,提及锁,可以说是一个让人觉得安全又不太方便的技术,在数据库中发挥着他无可替代的作用,但是,不同的数据库对其有不同的实现方式 。 当你习惯一个数据库的使用方式,去接触另外一个数据库时,就会感觉到诸多的不便 。
锁,一个让人觉得安全又不太方便的技术,在数据库中发挥着他无可替代的作用,但是,不同的数据库对其有不同的实现方式 。当你习惯一个数据库的使用方式,去接触另外一个数据库时,就会感觉到诸多的不便 。 每个开始接触DB2的人,或多或少的都有这样的感受,数据库中有那么多类型的锁,S,IS,NS,X,IX,SIX,NX,U,Z….从名字上看,很多差不多,如果你能都弄懂他的含义,并且在设计中考虑到,那当然是好的;如果你不是很理解他,没关系,大多数使用DB2数据库开发的人都不能完全理解他们,所以,你不用担心 。 作为一个DB2数据库使用比较习惯的人,这里分享下如何处理DB2数据库中的锁等待问题,帮助大家解决使用DB2过程中遇到的锁问题 。
下面,使用一个简单的例子来介绍下如何分析数据库的中的锁等待问题 。 场景,查找数据库锁等待的根源: 创建一个简单的表:
开3个命令行的窗口
在窗口一执行:
DB20000I SQL命令成功完成 。
在窗口二执行:
我们看到了,很长时间没有返回,这就是很多人曾经问的一个问题,我执行了一个很简单的操作,数据库卡死,不返回,为什么?
我们使用窗口三进行分析:
这个命令永远是你看锁问题最简单实用的一步,数据库中到底现在存在不存在锁等待,一看就知道,如果有较长时间Lock-waiting(英文环境)状态或者锁定等待(中文环境)状态,则数据库存在锁定等待的应用,如上所示,窗口2不返回的原因可能是锁等待引起的,现在,我们用db2pd这个工具,来分析下具体锁在哪儿,也许,这才是我们最关心的 。
执行这个命令后,你也许会看到很多的锁,我为什么会找出这条呢?记住,你分析的入手点一定是正在等待的应用程序,也就是上面所列,状态(Sts)为W(waiting)的应用,也许在你的环境中你看到了很多,可以逐个分析 。
|