启动SQLServer的死锁检查

对于数据库死锁,通常可以通过 TRACE FLAG 1204 、 1205 、 1206 ,检查 ERRORLOG 里面的输出,和分析 SQLTRACE 的执行上下文判断死锁问题的来由。

TRACEON函数的第三个参数设置为-1,表示不单单针对当前connection,而是针对所有包括未来建立  
的connection。这样,才够完全,否则只是监视当前已经建立的数据库连接了。

执行下面的话可以把死锁记录到 Errorlog 中:

dbcc traceon (1204, 3605, -1)
go
dbcc tracestatus(-1)
go


   


 


得到的输出为:

_ DBCC _ _ 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 _ _
_ TraceFlag Status _
_ --------- ------ _
_ 1204 1 _
_ 1205 1 _
_ 3605 1 _ _

_ (所影响的行数为 3 行) _

_ DBCC _ _ 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 _


   


   


 


 


 


 


此后,你可以查看数据库的例行日志,每隔一段时间,数据库都会检查死锁,日志文本如下所示:

2004-01-16 18:34:38.50 spid4 ----------------------------------
2004-01-16 18:34:38.50 spid4 Starting deadlock search 1976

2004-01-16 18:34:38.50 spid4 Target Resource Owner:
2004-01-16 18:34:38.50 spid4 ResType:LockOwner Stype:'OR' Mode: U SPID:55 ECID:0 Ec:(0xAA577570) Value:0x 4c 25cba0
2004-01-16 18:34:38.50 spid4 Node:1 ResType:LockOwner Stype:'OR' Mode: U SPID:55 ECID:0 Ec:(0xAA577570) Value:0x 4c 25cba0
2004-01-16 18:34:38.50 spid4 Node:2 ResType:LockOwner Stype:'OR' Mode: U SPID:71 ECID:0 Ec:(0xABF07570) Value:0x9bd0ba00
2004-01-16 18:34:38.50 spid4
2004-01-16 18:34:38.50 spid4 -- next branch --
2004-01-16 18:34:38.50 spid4 Node:2 ResType:LockOwner Stype:'OR' Mode: U SPID:71 ECID:0 Ec:(0xABF07570) Value:0x9bd0ba00
2004-01-16 18:34:38.50 spid4
2004-01-16 18:34:38.50 spid4
2004-01-16 18:34:38.50 spid4 End deadlock search 1976 ... a deadlock was not found.
2004-01-16 18:34:38.50 spid4 ----------------------------------


 


 


****


****


****


****


****


****


****


**  
 附录:  
DBCC TRACEON  
打开(启用)指定的跟踪标记。**


****


**注释  
 跟踪标记用于自定义某些控制 Microsoft® SQL Server? 操作方式的特性。跟踪标记在服务器中  
一直保持启用状态,直到通过执行 DBCC TRACEOFF 语句对其禁用为止。在发出 DBCC TRACEON   
语句之前,连入到服务器的新连接看不到任何跟踪标记。一旦发出该语句,该连接就能看到服务  
器中当前启用的所有跟踪标记(即使这些标记是由其它连接启用)。**


**跟踪标记  
 跟踪标记用于临时设置服务器的特定特征或关闭特定行为。如果启动 Microsoft® SQL Server  
 时设置了跟踪标记 3205,将禁用磁带驱动程序的硬件压缩。跟踪标记经常用于诊断性能问题,  
或调试存储过程或复杂的计算机系统。**


**下列跟踪标记在 SQL Server 中可用。  


 **跟踪标记**

| 

 **描述**  
  
---|---  
  
 **1204**

| 

 返回参与死锁的锁的类型以及当前受影响的命令。  
  
 

实际上可以在“错误 1000 -1999”中找到他们:

 

1204

| 

19

| 

SQL Server 此时无法获取 LOCK 资源。请在活动用户数较少时重新运行您的语句,或者请求系统管理员检查 SQL Server 锁和内存配置。  
  
---|---|---  
  
1205

| 

13

| 

事务(进程 ID %1!)与另一个进程已被死锁在资源 {%2!} 上,且该事务已被选作死锁牺牲品。请重新运行该事务。  
  
1206

| 

18

| 

事务管理器已取消了分布式事务。  
  
 

 

**
Published At
Categories with 数据库类
Tagged with
comments powered by Disqus