免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2771 | 回复: 1
打印 上一主题 下一主题

一次寻找DB2死锁发生全过程纪实 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-03-17 22:31 |只看该作者 |倒序浏览
有下面一个事务并发时,发生死锁,从表面上看不出会发生死锁,并且实际执行死锁发生在第3句上。
create table t0(c1 int not null, c2 int , primary key(c1)
begin
insert into t0 values(v1, v2)——–1
select v2 from t0 where c1=v10——-2
select v1 from t0 where c2=v20——-3
end
通过事件监控器跟踪整个死锁过程
1)创建monitor
connect to dbname user u001 using password
create event monitor dlmon for deadlocks with details write to file ‘/home/db2inst1/event’ autostart
set event monitor dlmon state 1
2)并发上面的事务
3)关闭monitor
fulsh event monitor dlmon
set event monitor dlmon state 0
4)输出监控信息(在/home/db2inst1/event下执行)
db2evmon -db safedb -evm dlmon >em.rpt
发现死锁全发生在第3句,不会发生在第2句。

然后分别模拟下面两个事务
begin T1
insert into t0 values(v1, v2)——–1
select v2 from t0 where c1=v10——-2
end
begin T2
insert into t0 values(v1, v2)——–1
select v1 from t0 where c2=v20——-2
end
T1并发不会发生死锁,T2并发会发生死锁。区别在于where条件,一个是主键,另一个是非主键。

这种死锁可以通过设置注册变量DB2_SKIPINSERTED=on避免。

论坛徽章:
0
2 [报告]
发表于 2009-03-18 17:19 |只看该作者
不错,学习了,滴水可以成河。
楼主的monitor可能占用空间不大,我们系统的monitor文件都是5M/S增长。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP