前言：这篇文章颠末议定具体的实例论说了如何在DB2 UDB 中监控亡故锁的发生愤恚。在DB2 UDB中有两种典范的监控器：快照监控器和事变监控器。快照望文生义便是数据库持续形状下的一个切面，颠末议定快照监控器，你可以很轻易地反省以后毗邻的运用轨范，当后等待的锁，以后的亡故锁，以及正在执行的SQL语句，同时你可以反省缓冲区，表和表空间的用法。如果生存汗青数据，并且可以年夜概做出比力，关于理会数据库的并发性能有很年夜的匡助。
然则我们并不能猜测什么时分发亡故活锁，以是倘使有一个靠山轨范可以年夜概一贯监控数据库的勾当，记载下通盘的亡故锁事变，这关于数据库管理员来说是出格极度主要的。DB2 UDB供应了事变监控器。颠末议定不漏失落地获得一段工夫内通盘的数据库事变（在本文中只体恤个中的亡故锁事变），事变监控器供应了一种可以理会汗青数据（本文的重点），猜测未来趋向的年夜概。DB2 UDB同时供应了DB2 Performance Expert (DB2/PE) 年夜概类似的轨范用来天生理会报表，不外这曾经赶过了本文的范围。
常用术语
锁是节制运用轨范并发的数据库软件机制，锁用来抗御以下情形的发生愤恚：
1． 丢失落畴前更新
2． 弗成反复读取
3． 会见未提交数据
锁的形式网罗共享锁和排他锁，共享锁同意其他轨范读取曾经被其他共享锁占用的资源，以是也叫读锁，排他锁意味着在开释资源畴前其他的运用轨范无法会见统一资源，以是也叫写锁。另外，DB2 UDB 还供应了不合的锁级别，不合的运用轨范年夜概会要求会见不合规模的数据，锁级别有利于富余行使体系资源，提高体系性能。若一个运用轨范央求一个锁，而该锁被另外一个运用轨范所行使且不能共享，DB2 UDB 就会挂起前一个运用轨范。锁晋级便是当LOCKLIST (LOCKLIST代表锁可以年夜概占用的内存空间) 耗尽年夜概一个运用轨范所拥有的锁年夜于MAXLOCKS*LOCKLIST的时分（MAXLOCKS 代表运用轨范所拥有的锁占所空间的百分比），DB2 UDB 就试图把几个行级另外锁归并为一个表级另外锁，从而开释锁空间。虽然锁晋级自身并不消耗几何工夫，然则锁住整个表平日会年夜年夜地低落并发性能。
当运用轨范处于挂起形状超越了一段划定规矩的工夫后，DB2 UDB就会主动中止这个运用轨范，同时会向SQLCA发送描述性的错误信息。当两个年夜概更多的运用轨范都持有另外一个运用轨范所需资源上的锁，没有这些资源，那些运用轨范都无法持续完成其任务的时分，就会发亡故活锁。
在DLCHKTIME超时之后，DB2 UDB会中止发亡故活锁的某个运用轨范（平日为所唱任务最少的谁人运用轨范），这会开释这个运用轨范所持有的通盘的锁，并同意另外运用轨范持续任务，DB2 UDB 将向被终止的运用轨范的SQLCA发送描述性的错误信息。LOCKTIMEOUT 指定一个运用轨范被同意的锁等待的工夫，这将抗御全局的亡故锁从而招致整个运用崩溃。如果LOCKTIMEOUT 的值为-1，运用轨范会等待直到该锁被开释年夜概发生愤恚一个亡故锁。
事变监控器
事变监控器用来汇集当一个数据库事变发生愤恚时所评论辩说相干的运用轨范的信息。这里的事变指，毗邻，亡故锁，声明和事变。你可以定义你想监控的事变典范的监控器。譬喻说，一个亡故锁监控器便是用来监控亡故锁的发生愤恚。
在DB2 UDB 中存在两种和亡故锁有关的事变典范：
DEADLOCKS
记载复杂的运用轨范信息。
DEADLOCKS WITH DETAILS
记载通盘巨年夜的信息，网罗运用轨范、执行语句声明以及亡故锁的具体信息。然则行使这种事变监控器会因为必要获得少量额外的信息而低落体系的性能。
来自: 新客网(www.xker.com) 详文参考：http://www.xker.com/page/e2008/0128/46637.html
版权声明：
原创作品，准许转载，转载时请务必以超链接形式标明文章 原始因由 、作者信息和本声明。否则将深究执法责任。