Sql Server2000+SP4 数据库 死锁

Question

　　SQL Server数据库发生死锁时不会像ORACLE那样自动生成一个跟踪文件。有时可以在[管理]->[当前活动] 里看到阻塞信息(有时SQL Server企业管理器会因为锁太多而没有响应).　　设定跟踪1204:USE MASTER
DBCC TRACEON (1204,-1)　　显示当前启用的所有跟踪标记的状态:DBCC TRACESTATUS(-1)　　取消跟踪1204:DBCC TRACEOFF (1204,-1)　　在设定跟踪1204后,会在数据库的日志文件里显示SQL Server数据库死锁时一些信息。但那些信息很难看懂,需要对照SQL Server联机丛书仔细来看。根据PAG锁要找到相关数据库表的方法:DBCC TRACEON (3604)
DBCC PAGE (db_id,file_id,page_no)
DBCC TRACEOFF (3604) 　　请参考sqlservercentral.com上更详细的讲解.但又从CSDN学到了一个找到死锁原因的方法。我稍加修改, 去掉了游标操作并增加了一些提示信息,写了一个系统存储过程sp_who_lock.sql。代码如下：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  邮件 : [email protected]
//  日期 :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　　需要的时候直接调用:sp_who_lock　　就可以查出引起死锁的进程和SQL语句.　　SQL Server自带的系统存储过程sp_who和sp_lock也可以用来查找阻塞和死锁, 但没有这里介绍的方法好用。如果想知道其它tracenum参数的含义,请看www.sqlservercentral.com文章　　我们还可以设置锁的超时时间(单位是毫秒), 来缩短死锁可能影响的时间范围:　　例如:use master
seelct @@lock_timeout
set lock_timeout 900000
-- 15分钟
seelct @@lock_timeout

Answer 1

-- =====================================================
-- 如何使用跟踪标记 1204
-- 
-- 邹建 2005.08(引用请保留此信息)
-- =====================================================-- =====================================================
/*-- 说明    跟踪标记 1204 用于返回参与死锁的锁的类型以及当前受影响的命令。死锁信息将自动发送到错误日志。 
    开启跟踪标记使用 DBCC TRACEON ,第3个参数指定为-1，表示不单单针对当前connection，而是针对所有包括未来建立的connection
    关闭跟踪标记使用 DBCC TRACEOFF
        
    下面是在查询分析器中使用跟踪标记 1204 的演示, 死锁的信息被记录在 SQL Server 日志中,可以通过下面的方法查看:
    企业管理器 -- 展开实例 -- 管理 -- SQL Server 日志
    由于在企业管理器中查看时, 部分日志信息会被截断, 所以所以建议使用记事本一类的文本查看工具直接查看 \MSSQL\LOG 目录下的 ERRORLOG 文件    有关死锁信息的详细说明参考联机帮助(联机丛书--菜单中的GO--URL--输入下面的地址:
    mk:@MSITStore:C:\Program%20Files\Microsoft%20SQL%20Server\80\Tools\Books\trblsql.chm::/tr_servdatabse_5xrn.htm
--*/
-- ===================================================== -- 测试环境 USE tempdb
GO CREATE TABLE ta(id int)
INSERT ta SELECT 1CREATE TABLE tb(id int)
INSERT tb SELECT 1
GO -- 开启死锁记录 DBCC TRACEON(1204,3605,-1)
GO -- 产生死锁 (查询窗口A) SET LOCK_TIMEOUT -1
SET TRANSACTION ISOLATION LEVEL
    REPEATABLE READ
BEGIN TRAN
    SELECT * FROM ta WHERE id=1
    WAITFOR DELAY '00:05:00'
    UPDATE tb SET id=2 WHERE id=1
COMMIT TRAN
GO -- 产生死锁 (查询窗口B) SET LOCK_TIMEOUT -1
SET DEADLOCK_PRIORITY LOW
SET TRANSACTION ISOLATION LEVEL
    REPEATABLE READ
BEGIN TRAN
    SELECT * FROM tb WHERE id=1
    UPDATE ta SET id=2 WHERE id=1
COMMIT TRAN
GO -- 关闭死锁记录 DBCC TRACEOFF(1204,3605)
GO -- 清除测试 DROP TABLE ta,tb
GO -- 1204 产生的日志记录信息 2005-08-25 08:16:21.85 spid4     Node:1
2005-08-25 08:16:21.85 spid4     RID: 2:1:28:0                  CleanCnt:2 Mode: U Flags: 0x2
2005-08-25 08:16:21.85 spid4      Grant List 0::
2005-08-25 08:16:21.85 spid4        Owner:0x1998aec0 Mode: S        Flg:0x0 Ref:1 Life:02000000 SPID:52 ECID:0
2005-08-25 08:16:21.85 spid4        SPID: 52 ECID: 0 Statement Type: UPDATE Line #: 1
2005-08-25 08:16:21.85 spid4        Input Buf: Language Event: SET LOCK_TIMEOUT -1
SET TRANSACTION ISOLATION LEVEL
    REPEATABLE READ
BEGIN TRAN
    SELECT * FROM tb WHERE id=1
    WAITFOR DELAY '00:01:00'
    UPDATE ta SET id=2 WHERE id=1
COMMIT TRAN2005-08-25 08:16:21.85 spid4      Requested By: 
2005-08-25 08:16:21.85 spid4        ResType:LockOwner Stype:'OR' Mode: X SPID:51 ECID:0 Ec:(0x19B5B558) Value:0x1997b2c0 Cost:(1/0) 2005-08-25 08:16:21.85 spid4     Node:2
2005-08-25 08:16:21.85 spid4     RID: 2:1:15:0                  CleanCnt:2 Mode: U Flags: 0x2
2005-08-25 08:16:21.85 spid4      Grant List 0::
2005-08-25 08:16:21.85 spid4        Owner:0x1997b3e0 Mode: S        Flg:0x0 Ref:1 Life:02000000 SPID:51 ECID:0
2005-08-25 08:16:21.85 spid4        SPID: 51 ECID: 0 Statement Type: UPDATE Line #: 1
2005-08-25 08:16:21.85 spid4        Input Buf: Language Event: 
SET LOCK_TIMEOUT -1
SET DEADLOCK_PRIORITY LOW
SET TRANSACTION ISOLATION LEVEL
    REPEATABLE READ
BEGIN TRAN
    SELECT * FROM ta WHERE id=1
    WAITFOR DELAY '00:01:00'
    UPDATE tb SET id=2 WHERE id=1
COMMIT TRAN2005-08-25 08:16:21.85 spid4      Requested By: 
2005-08-25 08:16:21.85 spid4        ResType:LockOwner Stype:'OR' Mode: X SPID:52 ECID:0 Ec:(0x1A24D558) Value:0x1998cfa0 Cost:(0/0)
2005-08-25 08:16:21.85 spid4     Victim Resource Owner:
2005-08-25 08:16:21.85 spid4      ResType:LockOwner Stype:'OR' Mode: X SPID:51 ECID:0 Ec:(0x19B5B558) Value:0x1997b2c0 Cost:(1/0) -- 分析日志记录信息, 以分析 Node:1 为例, --** 标注的是说明 --** Node:x 在死锁的链中表示项目号 (x)。 
2005-08-25 08:16:21.85 spid4     Node:1
2005-08-25 08:16:21.85 spid4     RID: 2:1:28:0                  CleanCnt:2 Mode: U Flags: 0x2
--** Lists, 可以是授权(Grant)、转换(Convert)和等待(Wait),Grant List列举当前授权的所有者.
2005-08-25 08:16:21.85 spid4      Grant List 0::
2005-08-25 08:16:21.85 spid4        Owner:0x1998aec0 Mode: S        Flg:0x0 Ref:1 Life:02000000 SPID:52 ECID:0
--** 在并行进程情况下，标识系统进程 ID 线程。条目 SPID x ECID 0 表示主线程，而 SPID x ECID > 0 表示同一 SPID 的子线程。 
--** Statement Type: 语句类型
--** Line #:死锁发生时,正在执行的语句的行号
2005-08-25 08:16:21.85 spid4        SPID: 52 ECID: 0 Statement Type: UPDATE Line #: 1
--** input Buf 列出当前批处理中所有的语句。
2005-08-25 08:16:21.85 spid4        Input Buf: Language Event: 
SET LOCK_TIMEOUT -1
SET TRANSACTION ISOLATION LEVEL
    REPEATABLE READ
BEGIN TRAN
    SELECT * FROM tb WHERE id=1
    WAITFOR DELAY '00:01:00'
    UPDATE ta SET id=2 WHERE id=1
COMMIT TRAN2005-08-25 08:16:21.85 spid4      Requested By: 
--** Mode 为线程请求、授权或等待的特定资源，指定锁的类型。模式可以是 IS（意向共享）、S（共享）、U（更新）、IX（意向独占）、SIX（与意向独占共享）和 X（独占）
2005-08-25 08:16:21.85 spid4        ResType:LockOwner Stype:'OR' Mode: X SPID:51 ECID:0 Ec:(0x19B5B558) Value:0x1997b2c0 Cost:(1/0)

Answer 2

分析死锁并处理_整理贴5 
http://topic.csdn.net/u/20080721/20/15a60db6-34b5-4ea1-b392-11c42270aaab.html

Answer 3

看看这里或许有帮助
http://topic.csdn.net/u/20080714/23/3ef42c96-f92d-4d79-9ccb-9e0de62f55f0.html

Answer 4

死锁问题，希望以下的连接对你有帮助SQL Server锁类型
http://blog.csdn.net/arrow_gx/archive/2008/06/01/2501368.aspxSQL数据库——锁的概述
http://blog.csdn.net/arrow_gx/archive/2008/05/26/2483149.aspxSQL Server 2005中解决死锁问题
http://blog.csdn.net/arrow_gx/archive/2008/05/26/2483155.aspx

Answer 5

对于死锁, 不用重启机器来解决. SQL SERVER已经很"聪明"了, 它能自动解决死锁的问题的, 基本只要3~5秒吧. 不过, 你都用到了"重启", 那就不是死锁了......

Answer 6

sql server能侦测到的死锁，一般sql会选择牺牲一个程序。如果前端程序做好错误处理，基本没啥问题的。（这部分很好处理）
但是有些死锁是sql server侦测不到的，好像分散式交易所发生的死锁就侦测不到。
好像大部分的死锁都是因为程序设计有问题造成，可以适当在可能会引起死锁的地方，做好错误处理，并且有针对的降低一些程序的交易隔离级别。