免费注册 查看新帖 |

Chinaunix

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

帮忙看看DB2日志 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-07-05 16:12 |只看该作者 |倒序浏览
2006-07-04-14.11.00.828000   InstanceB2   Node:000
PID:736(db2syscs.exe)   TID:1108   Appid:C0A86401.4108.060628073914
data_management  sqldEscalateLocks   Probe:3   Database:MY_DB

-- Lock Count, Target  : 40410, 20205
-- Table (ID) Name     : (2;52 DBUSER.ORDERDETAIL
-- Locks, Request Type : 17494, S
-- Result (0 = success): FFFF8502

请问:最后一行的Result为FFFF8502,是什么问题?原因是什么呢?谢谢。

论坛徽章:
0
2 [报告]
发表于 2006-07-05 16:28 |只看该作者
死锁回滚!

原因可能是事务太大,语句及索引不合理、locktimeout等参数配置问题可能造成SQL0911!

论坛徽章:
0
3 [报告]
发表于 2006-07-05 17:32 |只看该作者

回复 2楼 mymm 的帖子

这段日志后面还有一个比较复杂的连接查询语句,我没贴,可能是语句及索引不合理?或者超时?问题是这之后涉及到这几个表的查询或者事务非常慢,最后不得不断开所有连接。

论坛徽章:
0
4 [报告]
发表于 2006-07-06 12:02 |只看该作者
DBUSER.ORDERDETAIL这个表死锁引起的。应该是sql语句造成的。尝试着改进一下sql。

论坛徽章:
0
5 [报告]
发表于 2006-07-06 23:00 |只看该作者
锁升级引起-911,增大locklist & maxlocks.

论坛徽章:
0
6 [报告]
发表于 2006-07-07 17:33 |只看该作者
总之是并发问题造成的死锁,对执行慢的sql做一下cost分析,,看慢到哪里了,再调整索引或其它参数

论坛徽章:
0
7 [报告]
发表于 2006-07-09 19:33 |只看该作者
已经调用sqldEscalateLocks了,所以一定是锁升级。因为是FFFF8502(即sql-911,deadlock or timeout),所以多数是因为锁升级造成不必要的并行性减低。因此需要先增大locklist & maxlocks。

论坛徽章:
0
8 [报告]
发表于 2006-07-10 17:16 |只看该作者
谢谢。再增大locklist & maxlocks看看。

论坛徽章:
0
9 [报告]
发表于 2006-07-12 10:56 |只看该作者

请教七楼

"因为是FFFF8502(即sql-911,deadlock or timeout)"

FFFF8502是如何转换出来sql-911的?谢谢!

论坛徽章:
0
10 [报告]
发表于 2006-07-14 10:58 |只看该作者
原帖由 wscsc 于 2006-7-12 10:56 发表
"因为是FFFF8502(即sql-911,deadlock or timeout)"

FFFF8502是如何转换出来sql-911的?谢谢!


查《Troubleshooting Guide》手册或db2diag -rc 0xFFFF8502
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP