事务(进程ID56)与另一个进程被死锁在 锁|通信缓冲区 资源上,并且已被选作死锁牺牲品。请重新运行该事务。

HarleyTung 2008-10-23 10:51:29
事务(进程ID56)与另一个进程被死锁在 锁|通信缓冲区 资源上,并且已被选作死锁牺牲品。请重新运行该事务。

又是报这个错,请问大家能不能在sql server 2005 上设置,只要死锁了就自动kill掉,有办法吗?
或者有什么好办法可以解决这个问题,谢谢!
...全文
13112 12 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
qiuye126 2012-03-15
  • 打赏
  • 举报
回复
学习了
rings2000 2011-12-16
  • 打赏
  • 举报
回复
事务(进程 ID )与另一个进程已被死锁在 lock 资源上,且该事务已被选作死锁牺牲品。请重新运行该事务

其实所有的死锁最深层的原因就是一个:资源竞争 表现一:
一个用户A 访问表A(锁住了表A),然后又访问表B
另一个用户B 访问表B(锁住了表B),然后企图访问表A

这时用户A由于用户B已经锁住表B,它必须等待用户B释放表B,才能继续,好了他老人家就只好老老实实在这等了
同样用户B要等用户A释放表A才能继续这就死锁了
解决方法:
这种死锁是由于你的程序的BUG产生的,除了调整你的程序的逻辑别无他法
仔细分析你程序的逻辑,
1:尽量避免同时锁定两个资源
2: 必须同时锁定两个资源时,要保证在任何时刻都应该按照相同的顺序来锁定资源.

表现二:
用户A读一条纪录,然后修改该条纪录
这是用户B修改该条纪录
这里用户A的事务里锁的性质由共享锁企图上升到独占锁(for update),而用户B里的独占锁由于A有共享锁存在所以必须等A释
放掉共享锁,而A由于B的独占锁而无法上升的独占锁也就不可能释放共享锁,于是出现了死锁。
这种死锁比较隐蔽,但其实在稍大点的项目中经常发生。
解决方法:
让用户A的事务(即先读后写类型的操作),在select 时就是用Update lock
语法如下:
select * from table1 with(updlock) where ....
rings2000 2011-12-16
  • 打赏
  • 举报
回复
我也遇到这个问题,是什么原因呢?服务器处理不过来造成堵塞所致吗?
moniva 2008-11-16
  • 打赏
  • 举报
回复
就是冲突了,要改sql语句
moniva 2008-11-16
  • 打赏
  • 举报
回复
直接添加帐户,叫asp.net帐户就可以了
LCAAA 2008-10-23
  • 打赏
  • 举报
回复
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[sp_who_lock]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[sp_who_lock]
GO
/***************************************************************************
// 创建 : fengyu 邮件 : maggiefengyu@tom.com 日期 :2004-04-30
// 修改 : 从http://www.csdn.net/develop/Read_Article.asp?id=26566学习到并改写
// 说明 : 查看数据库里阻塞和死锁情况
***************************************************************************/
use master
go
create procedure sp_who_lock
as
begin
declare @spid int,@bl int,
@intTransactionCountOnEntry int,
@intRowcount int,
@intCountProperties int,
@intCounter int

create table #tmp_lock_who (
id int identity(1,1),
spid smallint,
bl smallint)

IF @@ERROR<>0 RETURN @@ERROR

insert into #tmp_lock_who(spid,bl) select 0 ,blocked
from (select * from sysprocesses where blocked>0 ) a
where not exists(select * from (select * from sysprocesses where blocked>0 ) b
where a.blocked=spid)
union select spid,blocked from sysprocesses where blocked>0

IF @@ERROR<>0 RETURN @@ERROR

-- 找到临时表的记录数
select @intCountProperties = Count(*),@intCounter = 1
from #tmp_lock_who

IF @@ERROR<>0 RETURN @@ERROR

if @intCountProperties=0
select '现在没有阻塞和死锁信息' as message

-- 循环开始
while @intCounter <= @intCountProperties
begin
-- 取第一条记录
select @spid = spid,@bl = bl
from #tmp_lock_who where Id = @intCounter
begin
if @spid =0
select '引起数据库死锁的是: '+ CAST(@bl AS VARCHAR(10)) + '进程号,其执行的SQL语法如下'
else
select '进程号SPID:'+ CAST(@spid AS VARCHAR(10))+ '被' + '进程号SPID:'+ CAST(@bl AS VARCHAR(10)) +'阻塞,其当前进程执行的SQL语法如下'
DBCC INPUTBUFFER (@bl )
end

-- 循环指针下移
set @intCounter = @intCounter + 1
end


drop table #tmp_lock_who

return 0
end
水族杰纶 2008-10-23
  • 打赏
  • 举报
回复
只要死锁了就自动kill掉,有办法吗?
不是長久之計
最好找出發生死鎖,堵塞的原因,並處理之
水族杰纶 2008-10-23
  • 打赏
  • 举报
回复
sp_who active  --看看哪个引起的阻塞,blk
sp_lock --看看锁住了那个资源id,objid ,select object_name(objid) 得到
dbcc inputbuffer(@blk) -- 看看是那个语句
HarleyTung 2008-10-23
  • 打赏
  • 举报
回复
哪一个呢?
CN_SQL 2008-10-23
  • 打赏
  • 举报
回复
[Quote=引用楼主 dyjqk 的帖子:]
事务(进程ID56)与另一个进程被死锁在 锁|通信缓冲区 资源上,并且已被选作死锁牺牲品。请重新运行该事务。

又是报这个错,请问大家能不能在sql server 2005 上设置,只要死锁了就自动kill掉,有办法吗?
或者有什么好办法可以解决这个问题,谢谢!
[/Quote]
没有这样的自动KILL机制,关键点是找出死锁的进程运行的SQL语句,然后通过SQL语句找出发生死锁的表
如果避免的话,楼主参考精华帖里,有一篇ROY_88写的文章。
HarleyTung 2008-10-23
  • 打赏
  • 举报
回复
求助!!!
ChinaJiaBing 2008-10-23
  • 打赏
  • 举报
回复

顶。。。。

34,871

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧