DB2死锁与锁等待两种情形的全面解析

数据库
此文章主要向大家讲述的是全面解析DB2死锁与锁等待两种情形,以及对查看和更改和锁相关的主要数据库参数的具体描述。

以下的文章主要向大家描述的是全面解析DB2死锁与锁等待两种情形,我们大家都知道在实际操作中,锁的主要功能是数据库为了控制并发数据的完整性而引入的机制,在并发应用中出现锁现象并不可怕,锁现象通常分为死锁和锁等待两种情形。

死锁是因为两个并发的进程或者线程同时各自占有一个资源,又需要占有对方资源,但又都各不相让造成的,这通常是因为程序在并发上考虑不周造成的。

 

锁等待则是数据库中最普通的情况,一各应用使用数据期间必然要加锁,防止其他进程或应用破坏数据,其他进程或应用在此期间不得不等待前一个应用释放锁。锁等待时间参数是可调的,但要视实际应用情况而定,比如在网络环境中,复杂应用环境,或者对实时性要求不高的环境中,可以将锁等待时间调大一些,有些情况要调小一些。锁等待不同于死锁,死锁属于程序并发不当,需要调整程序并发机制,锁等待则属于性能问题,可能需要调整程序的sql语句。

 

不管是DB2死锁还是锁等待,数据库都有相应参数可调,也有相应的工具可以捕获和分析,以下是锁处理的通常办法。

 

查看和更改与锁相关的主要数据库参数

 

查看当前并发应用

查看和更改快照参数

获取快照

使用事件查看器

1.查看和更改与锁相关的主要配置参数

 

CLP方式:

db2 get db cfg

在参数列表中寻找DLCHKTIME和LOCKTIMEOUT两个参数。

-DLCHKTIME 单位是毫秒,是DB2死锁的间隔时间,假设该值为10000ms,则意味着每隔10秒钟检查一下当前数据库中有无死锁存在,如有死锁,会选择回滚其中的某一个事务,让另外一个事务完成交易。

-LOCKTIMEOUT单位是秒,是锁等待最长时间,超过该时间仍未获得锁,则返回错误。

设置提示:

-缺省情况下,LOCKTIMEOUT是1,意味着锁等待时间无限期,这和实际应用需求一般是不太相符的,需要将其值设为大于0的一个数。

-DLCHKTIME时间通常要设得比LOCKTIMEOUT时间小一些,否则未等发现死锁,就会被以锁等待超时而返回错误。

更改示例(CLP方式)

 

 

  1. db2 update db cfg using locktimeout 10 

2.查看当前并发应用

 

CLP方式:

db2 list applications

或db2 list applications show detail

或 db2 list applications for database dbname [ show detail]

该命令可以查看当前是否有多个应用在连接着数据库,从而排查是否有并发的存在。

 

注意Application Name 和Application Id两栏,Application Name栏列出了应用的名字,db2bp通常意味着目前有CLP在连接数据库,java则意味着可能有db2cc或用户自己的java应用在连接数据库,在application Id栏中可以看到这些应用来自于哪些机器,本机的就显示为 LOCAL + 用户名 + 开始连接上的时间,远程的就会显示为16进制的IP地址+用户名+开始连接上的时间。通过排查并发应用从而消除测试中不必要的锁现象。

3.查看和更改快照参数

 

如果在合理设置了DLCHKTIME和LOCKTIMEOUT参数仍然出现锁现象,可以查看快照或者创建事件监控器来分析原因。要采用快照,首先要打开快照开关

 

  1. db2 get monitor switches 

输出中将包含以下参数:

监控开关 数据库管理器参数 注释#p#

BUFFERPOOL DFT_MON_BUFPOOL 缓冲区的读写情况和发生时间

LOCK DFT_MON_LOCK 锁持有,锁等待,以及DB2死锁的发生情况

SORT DFT_MON_SORT Heap的使用情况,排序性能

STATEMENT DFT_MON_STMT 语句起始时间,语句内容

 

  1. TABLE DFT_MON_TABLE Measure of activity (rows read/written)  
  2. UOW DFT_MON_UOW Start/end times, completion status  
  3. TIMESTAMP DFT_MON_TIMESTAMP Timestamps  

 

为了观察快照中的锁和执行语句情况,一般把LOCK和STATEMENT选项设为ON,也可以酌情把其他开关打开,示例如下: db2 update monitor switches using lock on statement on

 

4.查看快照信息

 

查看数据库管理器级别快照信息

 

  1. db2 get snapshot for dbm 

查看数据库级别快照信息

 

  1. db2 get snapshot for database on dbname 

查看应用级别快照信息

 

  1. db2 get snapshot for application agentid applhandler 

注:applhandler可以从list applicaitions的输出中得到

查看表级别快照信息

 

  1. db2 get snapshot for tables on dbname 

注:需要把tables快照开关设为ON才会有作用

查看锁快照信息

 

  1. db2 get snapshot for locks on dbname 

 

  1. db2 get snapshot for locks on for application agentid applhandler 

查看动态sql语句快照信息

 

  1. db2 get snapshot for dynamic sql on dbname 

5.使用事件查看器

 

可以使用时间查看器收集锁事件,SQL语句事件,从而根据事件分析锁原因。

事件类型

 

使用事件监控器,首先要选定所关注的事件类型,DB2中有很多事件类型,可以用于锁分析的通常会用到以下三种:

 

  1. DEADLOCKS  
  2. DEADLOCKS WITH DETAILS  
  3. STATEMENTS  

 

步骤:

 

创建事件监控器

 

  1. create event monitor evmname for eventtype write to file ‘directory’ 

例:

  1. create event monitor mymonitor for deadlocks, statements  
  2. write to file ‘c:\temp’  

 

把事件监控器打开

 

接上例:

 

  1. set event monitor mymonitor state 1 

注:1为打开,0为关闭

事件监控器开始工作,当所有应用断掉连接后,将事件记录下来

查看事件细节

 

  1. db2evmon –path ‘c:\temp’ 

以上的相关内容就是对全面解析DB2死锁和锁等待两种情形的介绍,望你能有所收获。

【编辑推荐】

  1. DB2归档日志的管理方案从哪几点入手?
  2. 对DB2取得当前时间的正确解析
  3. DB2性能调优中存在哪些问题,如何破解?
  4. 降低DB2管理表空间的高水位标记实操
  5. 3个建议实现DB2数据库设计,很简单!
责任编辑:佚名 来源: 清华大学出版社
相关推荐

2010-08-20 08:52:25

DB2死锁

2010-08-19 09:54:42

DB2死锁

2010-08-26 15:15:18

DB2备份

2010-08-02 17:30:30

DB2锁等待

2010-08-31 17:14:24

DB2表空间

2010-08-06 13:20:00

DB2锁等待

2010-11-04 10:16:38

db2日志保存

2010-11-02 16:47:26

DB2锁兼容性

2010-08-10 08:42:35

DB2锁等待

2010-07-28 09:21:25

DB2锁等待

2010-11-01 09:54:24

DB2管理服务器

2010-08-02 13:05:01

DB2应用

2010-07-27 13:46:08

DB2提高IMPORT

2010-09-07 09:43:34

DB2提供

2010-11-04 10:09:23

DB2存储过程

2010-08-26 16:49:09

DB2导入导出

2010-07-30 14:14:11

DB2快照函数

2010-11-02 16:31:59

DB2锁的属性

2009-07-06 17:34:26

远程复制DB2

2010-11-02 10:27:38

DB2分区数据库恢复
点赞
收藏

51CTO技术栈公众号