DB2死锁和锁等待2种基本情形正确解析版

数据库
此文主要向大家描述的是DB2死锁和锁等待2种基本情形的介绍,以及对数据库相应参数可调,相应的工具捕获和分析,即锁处理的通常方案的介绍。

以下的文章讲述的是全面解析DB2死锁和锁等待2种基本情形的介绍,如果你对DB2死锁和锁等待2种基本情形有兴趣的话,你就可以对以下的文章点击观看了。锁是数据库为了控制并发数据的完整性引入机制。

在并发应用中出现锁现象并不可怕,锁现象通常分为死锁和锁等待两种情形。死锁是因为两个并发的进程或者线程同时各自占有一个资源,又需要占有对方资源,但又都各不相让造成的,这通常是因为程序在并发上考虑不周造成的。

 

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

 

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

 

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

 

·查看当前并发应用

·查看和更改快照参数

·获取快照

·使用事件查看器

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

 

CLP方式:

db2 get db cfg

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

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

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

设置提示:

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

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

更改示例(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]

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

 

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

3.查看和更改快照参数

 

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

 

  1. db2 get monitor switches 

输出中将包含以下参数:

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

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 appl-handler 

注:appl-handler可以从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 appl-handler 

-查看动态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’ 

例:create event monitor mymonitor for deadlocks, statements

 

  1. write to file ‘c:\temp’ 

-把事件监控器打开

 

接上例:

 

  1. set event monitor mymonitor state 1 

注:1为打开,0为关闭

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

-查看事件细节

 

  1. db2evmon –path ‘c:\temp’ 

上述的相关内容就是对DB2死锁和锁等待两种情形的描述,希望会给你带来一些帮助在此方面。

【编辑推荐】

  1. 挂起DB2 diag.log中看到了什么?
  2. DB2常用命令与其实际操作技巧的好处
  3. 3G与IPTV是发展大方向
  4. 在AIX环境下DB2许可证问题如何是好?
  5. DB2 -964问题的歼灭有一招
责任编辑:佚名 来源: 51CTO.com
相关推荐

2010-08-19 09:54:42

DB2死锁

2010-08-10 13:36:00

2010-08-06 13:20:00

DB2锁等待

2010-11-02 16:47:26

DB2锁兼容性

2010-08-02 17:30:30

DB2锁等待

2010-08-18 10:29:41

DB2 Capture

2010-08-02 10:52:31

DB2取得当前时间

2010-08-04 17:10:37

DB2数据库

2010-07-28 09:21:25

DB2锁等待

2010-08-17 15:24:43

DB2数据移动

2010-07-30 14:14:11

DB2快照函数

2010-09-06 16:36:20

DB2快照函数

2010-09-07 16:11:19

执行DB2命令

2011-03-14 16:42:54

DB2 UDB监控死锁

2010-08-09 16:16:58

DB2取得当前时间

2010-11-02 16:31:59

DB2锁的属性

2010-11-02 16:25:55

DB2锁机制

2010-08-10 08:42:35

DB2锁等待

2010-08-09 11:36:07

DB2 9管理软件

2015-10-23 16:35:11

DB2导出LOB
点赞
收藏

51CTO技术栈公众号