您的位置：首页 > 数据库

[SQL]启动SQLServer的死锁检查

2008-01-03 20:23 295 查看

启动SQLServer的死锁检查

Report Date[/b]：[/b] [/b]2003/12/11	Prepared by：[/b] [/b]郑昀
Article last modified on 2004-2-16[/b]
The information in this article applies to:ü Microsoft SQL Server 2000,7.0

陈述:

对于数据库死锁，通常可以通过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:0x4c25cba0
2004-01-16 18:34:38.50 spid4     Node:1 ResType:LockOwner Stype:'OR' Mode: U SPID:55 ECID:0 Ec:(0xAA577570) Value:0x4c25cba0
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    ----------------------------------

[/b]

[/b]

[/b]

[/b]

[/b]

[/b]

[/b]

[/b]

以下实际检测到死锁的日志输出，来自于一份非常棒的讲义“Log Shipping in SQL Server 2000.ppt”，作者是Ron Talmage：[/b]

Deadlock encountered .... Printing deadlock information

Wait-for graph

Node:1

KEY: 7:1977058079:1 (f600d547433a) CleanCnt:1 Mode: X Flags: 0x0

 Grant List::

  Owner:0x19090e20 Mode: X       Flg:0x0 Ref:0 Life:02000000 SPID:54 ECID:0

  SPID: 54 ECID: 0 Statement Type: SELECT Line #: 1

  Input Buf: Language Event: Select * From Authors

 Requested By:

   ResType:LockOwner Stype:'OR' Mode: S SPID:53 ECID:0 Ec:(0x19c5d530) Value:0x19090dc0 Cost:(0/114)

Node:2

KEY: 7:1977058079:1 (f5006f164aa3) CleanCnt:1 Mode: X Flags: 0x0

 Grant List::

  Owner:0x19091000 Mode: X       Flg:0x0 Ref:0 Life:02000000 SPID:53 ECID:0

  SPID: 53 ECID: 0 Statement Type: SELECT Line #: 1

  Input Buf: Language Event: Select * From Authors

 Requested By:

   ResType:LockOwner Stype:'OR' Mode: S SPID:54 ECID:0 Ec:(0x19dc3530) Value:0x19091180 Cost:(0/114)

Victim Resource Owner:

 ResType:LockOwner Stype:'OR' Mode: S SPID:54 ECID:0 Ec:(0x19dc3530) Value:0x19091180 Cost:(0/114)

 [/b]

 [/b]

这份讲义的下载地址：[/b]

http://www.sqlpass.org/resources/sessions/summit2002/S231_S348.ppt[/b]

数据库管理员必看哦。

 [/b]

附录：

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	事务管理器已取消了分布式事务。

Writen by zhengyun.NoJunk(at)tomosoft.dot.com

Disclaimers：

本文档所包含的信息代表了在发布之日，ZhengYun 对所讨论问题的当前看法，Zhengyun 不保证所给信息在发布之日以后的准确性。本文档仅供参考。对本文档中的信息，Zhengyun 不做任何明示或默示的保证。用户必须遵守所有适用的版权法。在不对版权法所规定的权利加以限制的情况下，如未得到 zhengyun和CSDN.Net明确的书面许可，不得出于任何目的、以任何形式或手段（电子的、机械的、影印、录制等等）复制、传播本文的任何部分，也不得将其存储或引入到检索系统中。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=12745

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航