启动 SQLServer 的死锁检查
|
Report Date
:
|
Prepared by
:
郑昀
|
|
Article last modified on
|
|
|
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)
|
得到的输出为:
|
DBCC
执行完毕。如果
DBCC
输出了错误信息,请与系统管理员联系。
(所影响的行数为
3
行)
DBCC
执行完毕。如果
DBCC
输出了错误信息,请与系统管理员联系。
|
此后,你可以查看数据库的例行日志,每隔一段时间,数据库都会检查死锁,日志文本如下所示:
|
2004-01-16 18:34:38.50 spid4 ----------------------------------
2004-01-16 18:34:38.50 spid4 Target Resource Owner:
|
以下实际检测到死锁的日志输出,来自于一份非常棒的讲义“
Log Shipping in SQL Server 2000.ppt
”,作者是
Ron Talmage
:
Deadlock encountered .... Printing deadlock information
Wait-for graph
Node:1
KEY: 7:1977058079:1 (f600d
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:
Node:2
KEY: 7:1977058079:1 (f
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:
Victim Resource Owner:
ResType:LockOwner Stype:'OR' Mode:
|
这份讲义的下载地址:
http://www.sqlpass.org/resources/sessions/summit2002/S231_S348.ppt
数据库管理员必看哦。
附录:
DBCC TRACEON
打开(启用)指定的跟踪标记。
注释
跟踪标记用于自定义某些控制 Microsoft® SQL Server? 操作方式的特性。跟踪标记在服务器中一直保持启用状态,直到通过执行 DBCC TRACEOFF 语句对其禁用为止。在发出 DBCC TRACEON 语句之前,连入到服务器的新连接看不到任何跟踪标记。一旦发出该语句,该连接就能看到服务器中当前启用的所有跟踪标记(即使这些标记是由其它连接启用)。
跟踪标记
跟踪标记用于临时设置服务器的特定特征或关闭特定行为。例如,如果启动 Microsoft® SQL Server? 时设置了跟踪标记 3205 ,将禁用磁带驱动程序的硬件压缩。跟踪标记经常用于诊断性能问题,或调试存储过程或复杂的计算机系统。
下列跟踪标记在 SQL Server 中可用。
|
跟踪标记
|
描述
|
|
1204 |
返回参与死锁的锁的类型以及当前受影响的命令。 |
实际上可以在“错误
1000
|
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

