【问题标题】:SQL query to get the deadlocks in SQL SERVER 2008 [duplicate]SQL 查询以获取 SQL SERVER 2008 中的死锁 [重复]
【发布时间】:2012-09-07 12:40:36
【问题描述】:

可能重复:
Help with deadlock in Sql Server 2008

SQLServer 自动记录所有死锁。谁能帮我获取 sql 查询,该查询将捕获正在收集的死锁数据,用于最近的事件。

我正在使用 SQL SERVER 2008 R2 进行开发活动。

感谢和问候, 桑托什库马尔帕特罗

【问题讨论】:

标签: sql sql-server database tsql deadlock


【解决方案1】:

您可以使用deadlock graph 并从日志文件中收集您需要的信息。

我建议的唯一其他方法是使用EXEC SP_LOCK(即将弃用)、EXEC SP_WHO2sys.dm_tran_locks 表来挖掘信息。

SELECT  L.request_session_id AS SPID, 
    DB_NAME(L.resource_database_id) AS DatabaseName,
    O.Name AS LockedObjectName, 
    P.object_id AS LockedObjectId, 
    L.resource_type AS LockedResource, 
    L.request_mode AS LockType,
    ST.text AS SqlStatementText,        
    ES.login_name AS LoginName,
    ES.host_name AS HostName,
    TST.is_user_transaction as IsUserTransaction,
    AT.name as TransactionName,
    CN.auth_scheme as AuthenticationMethod
FROM    sys.dm_tran_locks L
    JOIN sys.partitions P ON P.hobt_id = L.resource_associated_entity_id
    JOIN sys.objects O ON O.object_id = P.object_id
    JOIN sys.dm_exec_sessions ES ON ES.session_id = L.request_session_id
    JOIN sys.dm_tran_session_transactions TST ON ES.session_id = TST.session_id
    JOIN sys.dm_tran_active_transactions AT ON TST.transaction_id = AT.transaction_id
    JOIN sys.dm_exec_connections CN ON CN.session_id = ES.session_id
    CROSS APPLY sys.dm_exec_sql_text(CN.most_recent_sql_handle) AS ST
WHERE   resource_database_id = db_id()
ORDER BY L.request_session_id

http://www.sqlmag.com/article/sql-server-profiler/gathering-deadlock-information-with-deadlock-graph

http://weblogs.sqlteam.com/mladenp/archive/2008/04/29/SQL-Server-2005-Get-full-information-about-transaction-locks.aspx

【讨论】:

  • 在这种情况下,我无法使用 SQLProfiler 来获取死锁详细信息。我需要 SQL 查询来获取死锁详细信息。
  • @santoshkumarpatro - 我提供了表格和存储过程,并进行了编辑以包含 SQL 查询以显示信息。
  • 我正在使用 SQLServer 2008 R2,但我收到“'.' 附近的语法不正确”。来自 CROSS APPY 行的错误消息。有什么原因吗?
  • @WillSams 可能是您运行的数据库的兼容性级别太低。
【解决方案2】:

为了在不使用跟踪的情况下捕获死锁图(您不一定需要分析器),您可以启用跟踪标志 1222。这会将死锁信息写入错误日志。但是,错误日志是文本的,因此您不会得到漂亮的死锁图形图片 - 您必须阅读死锁的文本才能弄清楚。

我会将其设置为启动跟踪标志(在这种情况下,您需要重新启动服务)。但是,您只能使用以下全局跟踪标志命令为当前正在运行的服务实例运行它(不需要重新启动,但不会在下次重新启动时恢复):

DBCC TRACEON(1222, -1);

快速搜索得到本教程:

另外请注意,如果您的系统遇到很多死锁,这真的会影响您的错误日志,并且会变得非常嘈杂,淹没其他重要错误。

您是否考虑过第三方监控工具?例如,SQL SentryPlan Explorer 有一个更好的死锁图,显示对象/索引名称,以及锁定的顺序。作为奖励,这些会在受监控的服务器上自动为您捕获,而无需配置跟踪标志、运行您自己的跟踪等:

免责声明:我曾经为 SQL Sentry 工作。

【讨论】:

  • 那么如果trace flag 1222被禁用了,有没有办法判断过去是否发生过死锁?
猜你喜欢
  • 2014-01-21
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-10-06
相关资源
最近更新 更多