首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 数据库 > SQL Server >

[分享]如何捕获和记录SQL Server中发生的死锁

2012-02-20 
[分享]怎么捕获和记录SQL Server中发生的死锁?经带在论坛上看到有人在问怎么捕获和记录死锁信息,在这里,我

[分享]怎么捕获和记录SQL Server中发生的死锁?
经带在论坛上看到有人在问怎么捕获和记录死锁信息,在这里,我将自己的一些心得贡献出来,与大家分享,也请各位指正。

我们知道,可以使用SQL Server自带的Profiler工具来跟踪死锁信息。但这种方式有一个很大的敝端,就是消耗很大。据国外某大神测试,profiler甚至可以占到服务器总带宽的35%,所以,在一个繁忙的系统中,使用profiler显然不是一个好主意,下面我介绍两种消耗比较少的方法。其中第二种的消耗最小,在最繁忙的系统中也可使用。第一种最为灵活,可满足多种应用。

方法一:利用SQL Server代理(Alert+Job)

具体步骤如下:

1.首先使用下面的命令,将有关的跟踪标志启用。

SQL code
DBCC TRACEON (3605,1204,1222,-1)  


说明:
3605 将DBCC的结果输出到错误日志。
1204 返回参与死锁的锁的资源和类型,以及受影响的当前命令。
1222 返回参与死锁的锁的资源和类型,以及使用了不符合任何 XSD 架构的 XML 格式的受影响的当前命令(比1204更进一步,SQL 2005及以上可用)。
-1 以全局方式打开指定的跟踪标记。

以上跟踪标志作用域都是全局,即在SQL Server运行过程中,会一直发挥作用,直到SQL Server重启。

如果要确保SQL Server在重启后自动开启这些标志,可以在SQL Server服务启动选项中,使用 /T 启动选项指定跟踪标志在启动期间设置为开。(位于SQL Server配置管理器->SQL Server服务->SQL Server->属性->高级->启动参数)

在运行上面的语句后,当SQL Server中发生死锁时,已经可以在错误日志中看到了,但还不够直观(和其它信息混在一起)。(SSMS -> SQL Server实例 -> 管理 -> SQL Server日志)

2.建表,存放死锁记录

SQL code
USE [Cole] --Cole是我的示例数据库,你可以根据实际情况修改。  GO  CREATE TABLE DeadLockLog (  id int IDENTITY (1, 1) NOT NULL,   LogDate DATETIME,   ProcessInfo VARCHAR(10),   ErrorText VARCHAR(MAX)  )  GO  

 

3.建立JOB

新建一个JOB(假设名称为DeadLockJob),在"步骤"中新建一步骤,随便写一个步骤名称,数据库为"Cole"(见2.建表),在"命令"栏中输入以下语句:

SQL code
--新建临时表  IF OBJECT_ID('tempdb.dbo.#ErrorLog') IS Not Null  DROP TABLE #ErrorLog  CREATE TABLE #ErrorLog (Id int IDENTITY (1, 1) NOT NULL, a DATETIME, b VARCHAR(10), c VARCHAR(MAX))  --将当前日志记录插入临时表  INSERT INTO #ErrorLog EXEC master.dbo.sp_readerrorlog  --将死锁信息插入用户表  insert DeadLockLog  select a, b, c   from #ErrorLog   where id >= (select MAX(id) from #ErrorLog WHERE c Like '%Deadlock encountered%')  DROP TABLE #ErrorLog   


4.新建警报

在"新建警报"窗体的"常规"选项卡中,进行以下设置:

名称:可根据实际自行命名,这里我用DeadLockAlert
类型:选择"SQL Server性能条件警报"
对象:SQLServer:Locks
计数器:Number of Deadlocks/sec
实例:_Total
计数器满足以下条件时触发警报:高于
值:0

设置完成后,应该如下图所示:


在"响应"选项卡中,选中"执行作业",并选择步骤3中我们新建的作业(即DeadlockJob)

到这里为止,我们已经完成了全部步骤,以后,你就可以随时查询DeadLockLog表,来显示死锁信息了。

方法二:利用服务器端跟踪。

具体实现步骤如下:

1.编写如下脚本,并执行

SQL code
-- 定义参数  declare @rc int  declare @TraceID int  declare @maxfilesize bigint  set @maxfilesize = 5   -- 初始化跟踪  exec @rc = sp_trace_create @TraceID output, 0, N'e:\DbLog\deadlockdetect', @maxfilesize, NULL   --此处的e:\dblog\deadlockdetect是文件名(可自行修改),SQL会自动在后面加上.trc的扩展名  if (@rc != 0) goto error  -- 设置跟踪事件  declare @on bit  set @on = 1  --下述语句中的148指的是locks:deadlock graph事件(参见sys.trace_events),12指的是spid列(参见sys.trace_columns)  exec sp_trace_setevent @TraceID, 148, 12, @on    exec sp_trace_setevent @TraceID, 148, 11, @on  exec sp_trace_setevent @TraceID, 148, 4, @on  exec sp_trace_setevent @TraceID, 148, 14, @on  exec sp_trace_setevent @TraceID, 148, 26, @on  exec sp_trace_setevent @TraceID, 148, 64, @on  exec sp_trace_setevent @TraceID, 148, 1, @on  -- 启动跟踪  exec sp_trace_setstatus @TraceID, 1  -- 记录下跟踪ID,以备后面使用  select TraceID = @TraceID  goto finish  error:   select ErrorCode=@rc  finish:   go   


运行上述语句后,每当SQL Server中发生死锁事件,都会自动往文件e:\DbLog\deadlockdetect.trc中插入一条记录。

2.暂停和停止服务器端跟踪

如果要暂停上面的服务器端跟踪,可运行下面的语句:



SQL code
exec sp_trace_setstatus 1, 0 --第一个参数表示TraceID,即步骤1中的输出参数。第二个参数表示将状态改为0,即暂停


如果要停止上面的服务器端跟踪,可运行下面的语句:

SQL code
exec sp_trace_setstatus 1, 2 --第一个参数表示TraceID,即步骤1中的输出参数。第二个参数表示将状态改为2,即停止


3.查看跟踪文件内容

对于上面生成的跟踪文件(e:\DbLog\deadlockdetect.trc),可通过两种方法查看:

1).执行t-sql命令

SQL code
select * from fn_trace_gettable('e:\DbLog\deadlockdetect.trc',1)  

 
结果中的TextData列即以XML的形式返回死锁的详细信息。

2).在SQL Server Profiler中打开。

依次 进入Profiler -> 打开跟踪文件 ->选择e:\DbLog\deadlockdetect.trc,就可以看到以图形形式展现的死锁信息了。

[解决办法]
技术贴帮顶
[解决办法]
终于出了
[解决办法]
对于死锁的解决方法帖子有很多,但似乎还是有很多人在问。
[解决办法]
LZ头像求交往
[解决办法]
探讨
LZ头像求交往

[解决办法]
谢谢。。
[解决办法]
工作快五年了,才知道还有个sp_readerrorlog。看的书也不少,为什么没一本书提到这个存储过程???
[解决办法]
学习了!以前我也出现过这个问题都不知道怎么解决
[解决办法]
恩。挺好的
[解决办法]
收藏之
[解决办法]
henhao wo xiang yao jifeng jiu shui yitei
[解决办法]
不要介意呀 不值得怎么搞
[解决办法]
iuhjhaegdfjsgdfjhsadjt36u
[解决办法]
你好 额这个问题我想了一下 额 ~~想不出来
[解决办法]
受教了。。。
[解决办法]
牛人啊
[解决办法]
sdm
[解决办法]
楼主辛苦了
[解决办法]
先收着,以后用得着。
[解决办法]
learnning...
[解决办法]
技术贴,先顶再收藏。。
PS.楼主的结贴率也不高啊,要达到100%啊,哈哈。。。
[解决办法]
收藏啦!
[解决办法]
技术经验贴,不得不顶!
[解决办法]
好啊,,值得学习!
------解决方案--------------------


太感谢了
[解决办法]
very good
[解决办法]
怎么样的 这个
[解决办法]
技术贴收藏- -
最近正好在整理监控类SQL,,省事噶
[解决办法]
好帖!支持!
[解决办法]
其实这里说的也很清楚:
http://blogs.msdn.com/b/bartd/archive/2006/09/09/747119.aspx
[解决办法]
haomafan a
[解决办法]
多谢分享。
[解决办法]
LZ的头像 打败了我。。。

[解决办法]
you can also use xevent to capture deadlock graph in sql server 2008
[解决办法]
hehe
[解决办法]
youyong
[解决办法]
谢谢分享
[解决办法]
关注收藏
[解决办法]
好啊,,值得学习!
[解决办法]
很有用啊~~~收藏
[解决办法]
好啊,,值得学习!
[解决办法]
强势留名,灌水走人
[解决办法]
谢谢楼主分享
[解决办法]
又多学习长见识了!
[解决办法]
受教了。。。
[解决办法]
技术贴帮顶
[解决办法]
经带在论坛上看到有人在问怎么捕获和记录死锁信息,在这里,我将自己的一些心得贡献出来,与大家分享,也请各位指正。

我们知道,可以使用SQL Server自带的Profiler工具来跟踪死锁信息。但这种方式有一个很大的敝端,就是消耗很大。据国外某大神测试,profiler甚至可以占到服务器总带宽的35%,所以,在一个繁忙的系统中,使用profiler显然不是一个好主意,下面我介绍两种消耗比较少的方法。其中第二种的消耗最小,在最繁忙的系统中也可使用。第一种最为灵活,可满足多种应用。
[解决办法]
强大。
[解决办法]
不错!
[解决办法]
经带在论坛上看到有人在问怎么捕获和记录死锁信息,在这里,我将自己的一些心得贡献出来,与大家分享,也请各位指正。
[解决办法]
值得学习。
[解决办法]
学习了!以前我也出现过这个问题都不知道怎么解决

热点排行
Bad Request.