SQL Server怎样查询某一阻塞或X锁持续的时间?

ChinaITOldMan 2013-10-11 02:36:56
SQL Server怎样查询某一阻塞或X锁持续的时间?

...全文
982 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
ChinaITOldMan 2013-10-11
  • 打赏
  • 举报
 回复
哦，谢谢楼上的帮助！
唐诗三百首 2013-10-11
  • 打赏
  • 举报
 回复
建议查看一下2个DMV的官方定义, sys.dm_tran_locks : 返回SQL Server中有关当前活动的锁管理器资源的信息。向锁管理器发出的已授予锁或正等待授予锁的每个当前活动请求分别对应一行。 参考 http://technet.microsoft.com/zh-cn/library/ms190345(v=sql.105).aspx sys.dm_os_waiting_tasks : 返回有关正在等待某些资源的任务的等待队列的信息。 参考 http://technet.microsoft.com/zh-cn/library/ms188743.aspx 简单来讲, sys.dm_tran_locks是已经持有锁的进程事务列表. sys.dm_os_waiting_tasks是等待状态的进程列表, 等待包括锁等待(即等待sys.dm_tran_locks中的进程释放锁),IO等待,CPU等待等等... 2者没有可比性.
ChinaITOldMan 2013-10-11
  • 打赏
  • 举报
 回复
对不起，我想表达的意思是下面第一条语句的进程是不包括在第二条语句的进程中吧？或是第一条语句的进程与第二条语句的进程有什么关系？谢谢！ 第一条语句： select * from sys.dm_tran_locks where request_mode='X' 第二条语句: select * from sys.dm_os_waiting_tasks
LongRui888 2013-10-11
  • 打赏
  • 举报
 回复
引用 8 楼 mcxhh2005 的回复:
谢谢！ select * from sys.dm_tran_locks where request_mode='X' select wt.session_id, --某个会话 wait_duration_ms / 1000 as 'wait seconds', --等待秒数 wait_type, --等待类型，可能是进程间的阻塞，也有可能是等待IO完成 blocking_session_id, --被这个会话阻塞的，如果有的话 tl.request_mode, --请求模式，比如S、IX、X tl.request_type, --请求类型，比如Lock tl.request_status --是否grant from sys.dm_os_waiting_tasks wt left join sys.dm_tran_locks tl on wt.session_id = tl.request_session_id 我执行上述上下两条语句，为什么第一条语句中的很多记录没有在第二条语句中，若根据下面的解释不是不也应该在第二条语句中呢？谢谢！ [quote=引用 5 楼 yupeigu 的回复:] 

select session_id,              --某个会话
       wait_duration_ms / 1000, --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id --被这个会话阻塞的，如果有的话
       
from sys.dm_os_waiting_tasks
进一步的： 

select wt.session_id,              --某个会话
       wait_duration_ms / 1000 as 'wait seconds', --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id, --被这个会话阻塞的，如果有的话
       
       tl.request_mode,     --请求模式，比如S、IX、X
       tl.request_type,     --请求类型，比如Lock
       tl.request_status    --是否grant

from sys.dm_os_waiting_tasks wt
left join sys.dm_tran_locks tl
       on wt.session_id = tl.request_session_id
[/quote] 哦 ，那是因为第二个语句里面主要显示哪些，被其他会话阻塞的会话，对于lock的获取情况，因为往往一个会话获取了锁，会阻塞其他的会话，而第一个是所有会话，不管有没有被其他进程阻塞，都会显示它获取lock的情况
ChinaITOldMan 2013-10-11
  • 打赏
  • 举报
 回复
谢谢！ select * from sys.dm_tran_locks where request_mode='X' select wt.session_id, --某个会话 wait_duration_ms / 1000 as 'wait seconds', --等待秒数 wait_type, --等待类型，可能是进程间的阻塞，也有可能是等待IO完成 blocking_session_id, --被这个会话阻塞的，如果有的话 tl.request_mode, --请求模式，比如S、IX、X tl.request_type, --请求类型，比如Lock tl.request_status --是否grant from sys.dm_os_waiting_tasks wt left join sys.dm_tran_locks tl on wt.session_id = tl.request_session_id 我执行上述上下两条语句，为什么第一条语句中的很多记录没有在第二条语句中，若根据下面的解释不是不也应该在第二条语句中呢？谢谢！
引用 5 楼 yupeigu 的回复:

select session_id,              --某个会话
       wait_duration_ms / 1000, --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id --被这个会话阻塞的，如果有的话
       
from sys.dm_os_waiting_tasks
进一步的： 

select wt.session_id,              --某个会话
       wait_duration_ms / 1000 as 'wait seconds', --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id, --被这个会话阻塞的，如果有的话
       
       tl.request_mode,     --请求模式，比如S、IX、X
       tl.request_type,     --请求类型，比如Lock
       tl.request_status    --是否grant

from sys.dm_os_waiting_tasks wt
left join sys.dm_tran_locks tl
       on wt.session_id = tl.request_session_id
發糞塗牆 2013-10-11
  • 打赏
  • 举报
 回复
如果语句超长，显示不全，而且如果是调用存储过程，就只有个名字
ChinaITOldMan 2013-10-11
  • 打赏
  • 举报
 回复
引用 5 楼 yupeigu 的回复:

select session_id,              --某个会话
       wait_duration_ms / 1000, --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id --被这个会话阻塞的，如果有的话
       
from sys.dm_os_waiting_tasks
进一步的： 

select wt.session_id,              --某个会话
       wait_duration_ms / 1000 as 'wait seconds', --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id, --被这个会话阻塞的，如果有的话
       
       tl.request_mode,     --请求模式，比如S、IX、X
       tl.request_type,     --请求类型，比如Lock
       tl.request_status    --是否grant

from sys.dm_os_waiting_tasks wt
left join sys.dm_tran_locks tl
       on wt.session_id = tl.request_session_id
谢谢各位的热情帮助 请问不通过dbcc inputbuffer(spid)是否通过楼上的语句可找到每个spid对应执行的语句呢？
LongRui888 2013-10-11
  • 打赏
  • 举报
 回复 

select session_id,              --某个会话
       wait_duration_ms / 1000, --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id --被这个会话阻塞的，如果有的话
       
from sys.dm_os_waiting_tasks
进一步的： 

select wt.session_id,              --某个会话
       wait_duration_ms / 1000 as 'wait seconds', --等待秒数
       wait_type,          --等待类型，可能是进程间的阻塞，也有可能是等待IO完成
       
       blocking_session_id, --被这个会话阻塞的，如果有的话
       
       tl.request_mode,     --请求模式，比如S、IX、X
       tl.request_type,     --请求类型，比如Lock
       tl.request_status    --是否grant

from sys.dm_os_waiting_tasks wt
left join sys.dm_tran_locks tl
       on wt.session_id = tl.request_session_id
發糞塗牆 2013-10-11
  • 打赏
  • 举报
 回复
sessionid是被阻塞的，而元凶是另外一个字段：blocking_session_id,wait_duration_ms按照联机丛书的解释是milliseconds
ChinaITOldMan 2013-10-11
  • 打赏
  • 举报
 回复
谢谢版主！ 1. 请问SELECT session_id,wait_duration_ms FROM sys.dm_os_waiting_tasks语句中的sessin_ID是被阻塞进程的ID吗？ 2. wait_duration_ms是微秒吧？
發糞塗牆 2013-10-11
  • 打赏
  • 举报
 回复
x锁的持有时间好像要查索引的，我现在没脚本
發糞塗牆 2013-10-11
  • 打赏
  • 举报
 回复
SELECT session_id,wait_duration_ms FROM sys.dm_os_waiting_tasks阻塞时间
SQL Server误区30日谈 第8天 有关对索引进行在线操作的误区
误区 #8: 在线索引操作不会使得相关的索引加锁 错误！     在线索引操作并不是想象的那么美好。     在线索引操作会在操作开始时和操作结束时对资源上短暂的锁。这有可能导致严重的阻塞问题。     在线索引操作开始时,会在被整理的资源上加一个共享的表锁,这个表锁在会在新的索引创建时、老索引进行版本扫描时一直持续。     但问题是，这个S锁会和表上的其它锁排成锁队列。这也就是意味着和S锁不兼容的其它锁在表上存在S锁或是表上的锁队列存在中包含S锁时，这类和S锁不兼容的锁操作也需要等待。这也意味着各种更新操作会被阻塞。同样，如果表上存在X锁或是IX锁时，S锁请求也会被阻塞。     上述
SQLServer数据库优化与管理——锁，阻塞，死锁篇
1侦测阻塞问题 阻塞会发生在很多情况下，它会引起终端用户的响应时间变长。而且由于锁住了数据， 可能会得不到想要的结果，甚至会产生连接超时等问题。 sQL Server提供了–些工具来侦测基于锁的阻塞，比如相关的DMVs、性能监视器、 SQLDiag等。下面来简要介绍一下。 .1) PerfMon counters为性能监视器，其中SQL Server:General Statistics事件中的 Processes blocked计数器，显示被阻塞进程的数量。还可以在SQL Server:Wait Stat
sql server锁知识及锁应用
sql server锁（lock）知识及锁应用 一 关于锁的基础知识 二 锁的分析及应用系列 三 SQL Server 锁机制 悲观锁 乐观锁 实测解析 四 SQL Server 中WITH NOLOCK浅析
sqlserver锁机制详解(sqlserver查看锁)
简介 在SQL Server中，每一个查询都会找到最短路径实现自己的目标。如果数据库只接受一个连接一次只执行一个查询。那么查询当然是要多快好省的完成工作。但对于 大多数数据库来说是需要同时处理多个查询的。这些查询并不会像绅士那样排队等待执行，而是会找最短的路径执行。因此，就像十字路口需要一个红绿灯那 样，SQL Server也需要一个红绿灯来告诉查询:什么时候走，什么时候不可以走。这个红绿灯就是...
SQL Server查询优化方法
SQL Server查询优化方法(查询速度慢的原因很多，常见如下几种) 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量） 7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷) 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语句不好，没有优化 可
疑难问题

22,209

社区成员

121,730

社区内容

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章