记一次DB2死锁的解决过程

标签: db2 死锁 | 发表时间:2014-12-25 21:58 | 作者:yananay
出处:http://www.iteye.com
生产环境里使用的数据库是DB2。但是最近频繁出现一个奇怪的死锁现象:某一个select sql 语句总是会出现死锁。
按照以往的经验,通常都是update/delete之类的更新sql语句会出现死锁的问题。而且这个 select sql 语句是一个很普通的sql,没有任何大数据量的处理。
分析这个死锁,有很多难以处理的地方。
1、因为生产环境数据量大,我们无法把生产环境中关联表的数据导入到测试环境。也就是说,无法模拟数据量。
2、没有任何log输出。因为生产环境的log输出级别是ERROR。
3、无法在生产环境进行测试,因为客户不允许。
4、生产环境的数据库无法开启快照等功能。因为会影响性能。
大家可以想象,在没有快照等功能下,分析死锁就只能靠分析代码了。但是这个处理非常复杂,单凭分析代码,没有任何头绪。
 
阶段1:我们怀疑是数据量的原因
 
由于生产环境的数据量特别大,这个处理还有很多其他表的处理。所以我们怀疑是不是大数据量导致系统负荷过高,导致了死锁?
于是我们取得了发生死锁时CPU,硬盘,网络等等负载信息。没有找到任何线索。
 
阶段2:做一个测试程序,在测试环境中用多线程模拟多用户去做这个处理。
 
为了能够在开发环境再现出这个死锁,我们做了一个多线程的测试程序,模拟多用户运行。可惜,还是没有再现出来。
 
阶段3:分析测试环境数据库和产品环境数据库的差异
 
此时我们怀疑还是数据量导致的问题。于是我们尽可能的将开发环境的数据弄得和产品环境一样多。
之后在运行测试,还是没有再现出来。
 
阶段4:分析用户的操作log
 
没有任何办法的情况下,我们只好分析用户的操作log,希望从中找到一点线索。功夫不负有心人,我们发现,当两个人同时
进行这个操作的时候,基本都会发生死锁。所以,我们判断还是两个人同时操作导致的问题。但是,为什么开发环境上模拟了
很多人的操作,却没有发生死锁呢?
 
阶段5:发现数据库设置的问题
 
我们又修改了测试程序,将模拟的用户数量提高,但是很不幸,仍然没有再现这个问题。此时我们注意到了:是不是开发环境的
数据库设置和产品环境的数据库设置不同?我们对比了一下两个数据库的设置:发现好多参数不同。但是我们仅仅关注了和锁有关
的设置,也就是包含 LOCK关键字的设置。
 
阶段6:将测试环境数据库和产品环境数据库的设置保持一致
 
我们将所有和lock有关的设置都改成了和产品环境一直。但是仍然没有再现这个死锁。终于,一个人发现,"cur_commit"这个设置
不同。于是查询文档,发现了 cur_commit的特点。
当 cur_commit = false的时候,下列情况会造成死锁:
线程1插入数据A,然后线程2插入数据B。
在线程2还没有提交事物之前,线程1查询数据A,就会造成死锁了。
开发环境中,cur_commit = true,所以我们一直也模拟不出来这个现象。
于是,我们把cur_commit也改成了 false。
 
阶段7:使用测试程序去模拟
 
我们修改了测试程序,模拟上面两个线程的操作,成功地再现了这个死锁。错误的log信息和产品环境上也是一致的。
 
阶段8:使用画面操作去模拟
 
然后我们修改了程序,使用画面去操作,也成功地再现了这个死锁。
 
解决方案:
 
解决方案很简单,就是把查询语句中的条件加为索引,就不会出现死锁了。
由于这个表数据量不大,所以性能几乎没有任何影响。

 



已有 0 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [db2 死锁] 推荐:

记一次DB2死锁的解决过程

- - 数据库 - ITeye博客
生产环境里使用的数据库是DB2. 但是最近频繁出现一个奇怪的死锁现象:某一个select sql 语句总是会出现死锁. 按照以往的经验,通常都是update/delete之类的更新sql语句会出现死锁的问题. 而且这个 select sql 语句是一个很普通的sql,没有任何大数据量的处理. 分析这个死锁,有很多难以处理的地方.

DB2监控

- - CSDN博客数据库推荐文章
     收集的一些DB2监控方法.. -- 是到数据库快照,并存入文件.  -- 查找并重新绑定无效包 .  -- 查出 myuser 模式下的所有无效包.  -- 利用查出的 pkgname ,使用 Rebind 重新绑定. -- 查看所有用户定义(tabschema not like 'SYS%' )表的状态.

DB2数据迁移之load

- - IT技术博客大学习
标签:   2数据迁移   DB   load.      一.load原理性知识.      1.为什么要使用LOAD.      load不需要写日志(或很少日志),不做检查约束和参照完整性约束,不触发Trigger,锁的时间比较短,因此特别适合大数据量的导入..      2.load过程分为4个阶段.

常用的DB2命令

- - CSDN博客数据库推荐文章
启动db2服务:db2start. 激活数据库实例:db2 activate database  . 查看激活状态的数据库:db2 list active databases. 失效数据库实例:db2 deactivate database . 关闭数据库服务:db2stop.

DB2数据库备份还原

- - CSDN博客数据库推荐文章
可以将上面4条命令写在一个bat文件中,每条命令占一行,在装有DB2数据库的机器上运行bat文件即可. 如果DB2的版本是9,备份出来的文件名称如“DBName.0.DB2.NODE0000.CATN0000.20130220171655.001”. 如果DB2的版本是8,备份出来的文件名称如“171655.001”,该文件时存储在目录“DBName.0/DB2/NODE0000/CATN0000/20130220/”下的.

DB2数据库性能优化介绍

- - CSDN博客数据库推荐文章
作者:chszs,转载需注明. 博客主页: http://blog.csdn.net/chszs. 前段时间,我从CSDN得到了这本书《DB2数据库性能调整和优化(第2版)》,这是一本介绍DB2数据库性能调优的书籍,此书覆盖了DB2数据库性能调优所需的全部知识和工具,而且还提供了大量的性能调优的实际案例,颇有一种“一书在手,DB2尽在掌握”的豪情.

Oracle、Db2、SqlServer、MySQL 数据库插入当前系统时间

- - CSDN博客推荐文章
例如有表table,table 中有两个字段:name 、makedate. 插入系统时间应为sysdate:. insert into table (name,makedate) values('测试',sysdate);. 插入系统时间应为current timestamp并且makedate数据类型为timestamp.

DB2 自增长列导入、导出测试

- - CSDN博客推荐文章
1当想将表中一列修改为自动增长时,可用下面命令:. 上面命令是在改一表中列的属性时,在网上找到的很有用. 2当修改表中一列自动增长的开始值时,可用下面的命令:. 注:该列中的以及它本身的 IDENTITY 属性并没有保证所生成的序列值是唯一的. 但是, PRIMARY KEY 约束保证了表中行的唯一性.

实践Oracle与DB2区别及问题解决

- - ITeye博客
项目进入开发阶段的时候,为了方便,一直使用Oracle数据库进行开发, 所以很多sql语句都是在oracle能正常创建的,后期由于项目中嵌入了IBM的产品及其他因素,所以不得不使用db2数据库,切换数据库过程中的区别还是有点大,如:创建表、视图、存储过程、Ibatis支持等等、、、,下面就总结一下我从Oracle数据库切换到DB2数据库碰到的一些问题及如何解决.

DB2如何进行crash recovery原理浅析(转载)

- - 数据库 - ITeye博客
          跟大家一样,我也很好奇DB2是如何做crash recovery的. 最近看了一点 dabase crash recovery的资料,我把我对数据库 recovery的理解贴出来跟大家讨论讨论,这样可以帮助大家更好的理解DB2的行为. 也希望实验室的专家们能够多给我们讲点这方面的知识.