频道栏目
首页 > 数据库 > 其他综合 > 正文
使用默认system_health分析死锁(Deadlock)
2014-08-08 09:05:49         来源:Kevin's Tech Blog QQ讨论群:21426959  
收藏   我要投稿

在2008之前我们分析死锁需要用profiler trace或者trace flag 1222,1204.在2008中引入了一个新功能:Extended Events(扩展事件),可以监控Deadlock事件,并且性能更好。 

而且2008自带了一个默认扩展事件会话system_health,如果你运行在2008或者之上版本可以执行下面查询: 

select * from sys.dm_xe_sessions

其中system_health会收集很多重要的信息,之后出现问题可以用来分析。system_health会话收集信息参考https://msdn.microsoft.com/en-us/library/ff877955.aspx。其中一项内容是:Any deadlocks that are detected. 

 

\

也就是SQL Server会自动收集deadlock的信息,并记录在ring_buffer。通过分析ring_buffer就可以找到死锁原因,这样就不需要使用profiler或者Trace Flag收集信息。

使用下面的代码查看deadlock_report的内容:

SELECT    xed.value('@timestamp','datetime')as Creation_Date,

         xed.query('.')AS Extend_Event

 FROM    (   SELECT   CAST([target_data]ASXML)AS Target_Data

             FROM    sys.dm_xe_session_targetsAS xt

                     INNER JOIN sys.dm_xe_sessionsAS xs

                     ON xs.address= xt.event_session_address

             WHERE    xs.name=N'system_health'

                     AND xt.target_name=N'ring_buffer')

 AS XML_Data

 CROSS APPLY Target_Data.nodes('RingBufferTarget/event[@name="xml_deadlock_report"]')AS XEventData(xed)

 ORDER BY Creation_DateDESC

\

\

默认的system_health在不影响性能的情况下将一些重要事件记录下来,方便我们后期做分析,这是一个非常好的功能。避免了之前可能由于没有及时监控而找不到原因的状况。 

点击复制链接 与好友分享!回本站首页
相关TAG标签 死锁
上一篇:根据二度人脉推荐好友sql
下一篇:【ThinkPHP学习】ThinkPHP自动转义存储富文本编辑器内容导致读取出错
相关文章
图文推荐
点击排行

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站