龙卷卷风 2007-2-8 14:54
CQ执行Apply操作时SQL数据库经常死锁
我这边的CQ执行Apply操作的时候SQL数据库经常死锁，现象见附图，现在只能手工处理，出现阻塞就手工取消“正在阻塞”的那个进程就好了，没找到治本的办法，请大家帮忙。
我用的是2002.05的版本
[[i] 本帖最后由 龙卷卷风 于 2007-2-8 14:56 编辑 [/i]]
ljs53 2007-2-8 14:57
回复 #1 龙卷卷风 的帖子
你做Apply操作的时候是不是需要发信呀？？
龙卷卷风 2007-2-8 15:28
发信？你是指发邮件么？我没有设置邮件规则的。
在哪里看有没有发“信”
polestar 2007-2-8 17:41
这种情况我碰到过好多次了，不知道具体是不是跟使用人数多少有关系。我们一个同时访问的库（大概50人－80人）经常会死锁，其他人数少的从来不会。
我们是做如下处理的：
1）根据论坛有人发的优化的那个文档做了优化
2）做了一个自动检查死锁的工具，发现死锁就自动去杀死这个死锁，主要是人去参与太累了。。。
龙卷卷风 2007-2-8 17:53
回复 #4 polestar 的帖子
我也想到做个工具监听进程，发现有阻塞的就结束它。但有一点考虑，这个监听程序是一发现有阻塞的进程就马上结束呢还是等上一二秒再结束？我怕如果立即结束的话会有问题，呵呵，楼上的是怎么做的，说说看。
对了楼上的用的是什么版本？不知新版本会不会有问题，这个应该是CQ的一个BUG。
希望最终有治本的方法。
PS，那个优化文档有效吗？那个帖子的关键字是什么？我好搜一下 ：）
[[i] 本帖最后由 龙卷卷风 于 2007-2-8 18:01 编辑 [/i]]
龙卷卷风 2007-2-13 16:48
问题还没有解决，看样子只能整工具去杀进程了，呵呵。
ljs53 2008-6-18 12:53
回复 6# 的帖子
不知道 楼主最终解决了没有
现在我也遇到了同样的问题
无从下手 不知道该怎么解决
softfly 2008-6-18 18:56
楼主你是多少人的应用规模？
主要用什么CLIENT来连接CQ库呢？WEB还是GUI CLIENT？
出现死锁的时候，并发用户数有多少？
你的CQ的版本是什么？是2003版本的还是7.0版本的？DBSET是由什么版本建立起来的？
一般这样出现死锁，你应该去查一下你的HOOK
ljs53 2008-6-18 20:45
回复 9# 的帖子
我们公司大概有70多人在使用CQ
CQ的版本是
2002.05.00 都是使用客户端来访问CQ库的
而且是最近一个星期才开始有这样的情况
我检查了hook 最近一个星期基本上没有做修改
下午在听雨的提醒下 查看了和操作有关的hook 也没有发现有什么异常
有没有办法也定位在什么哪一条SQL语句引起的吗？
当发生阻塞的时候，我查看了引起阻塞的人员，询问了一下
也没有做什么特别的操作，说是正在向一些字段输入内容
所以我也想不出有什么别的办法了
softfly 2008-6-19 21:24
定位SQL语句需要数据库工具的帮忙
如果是DB2
用EVENT MONITOR就可以找到DEADLOCK的SQL 语句的
ljs53 2008-6-20 08:55
回复 11# 的帖子
现在初步发现是因为我们公司某些员工的计算机感染了木马程序，然后使用CQ造成阻塞的，现在已经让他们自己查杀木马了，情况现在好多了
softfly 2008-6-20 13:12
汗这个原因，什么木马病毒会引发这个CQ阻塞问题呢？
听雨屋檐人 2008-6-23 21:29
汗！现在木马影响还真大！
我记得我们原来有人中毒，然后在cc中添加文件，导致所有人中毒！
当时真的爆寒！
ljs53 2008-7-2 11:03
郁闷了
前几天以为是木马的问题
后来发现不是 后来在论坛上发现有人说是因为SQL日志的问题
我昨天把日志清理了 还是依旧
主要是在高峰时期 发生的概率很大
但是人少的时候也有发生