在生产环境下,有时公司客服反映网页半天打不到,除了在浏览器按F12的Network响应来排查,确定web服务器无故障后。就需要检查数据库是否有出现阻塞
当时数据库的生产环境中主表数据量超过2000w,子表数据量超过1亿,且更新和新增频繁。再加上做了同步镜像,很消耗资源。
这时就要新建一个会话,大概需要了解以下几点:
1.当前活动会话量有多少?
2.会话运行时间?
3.会话之间有没有阻塞?
4.阻塞时间 ?
查询阻塞的方法有很多。有sql 2000 的sp_lock, 有sql 2005及以上的dmv
一. 阻塞查询 sp_lock
执行 exec sp_lock 下面列下关键字段
spid 是指进程ID,这个过滤掉了系统进程,只展示了用户进程spid>50。
dbid 指当前实例下的哪个数据库 , 使用DB_NAME() 函数来标识数据库
type 请求锁住的模式
mode 锁的请求状态
GRANT:已获取锁。
总结:当mode 不为GRANT状态时, 需要了解当前锁的模式,以及通过进程ID查找当前sql 语句
例如当前进程ID是416,且mode状态为WAIT 时,查看方式 DBCC INPUTBUFFER(416)
用sp_lock查询显示的信息量很少,也很难看出谁被谁阻塞。所以当数据库版本为2005及以上时不建议使用。
二.阻塞查询 dm_tran_locks
上面查询只显示有阻塞的会话, 关注blocking_session_id 也就是被阻塞的会话ID,同样使用DBCC INPUTBUFFER来查询sql语句
三.阻塞查询 sys.sysprocesses
spid 会话ID(进程ID),SQL内部对一个连接的编号,一般来讲小于50
kipid 线程ID
blocked: 阻塞的进程ID, 值大于0表示阻塞, 值为本身进程ID表示io操作
waittime:当前等待时间(以毫秒为单位)。
open_tran: 进程的打开事务数
hostname:建立连接的客户端工作站的名称
program_name 应用程序的名称。
hostprocess 工作站进程 ID 号。
loginame 登录名。
[status]
running = 会话正在运行一个或多个批
background = 会话正在运行一个后台任务,例如死锁检测
rollback = 会话具有正在处理的事务回滚
pending = 会话正在等待工作线程变为可用
runnable = 会话中的任务在等待,由scheduler来运行的可执行队列中。(重要)
spinloop = 会话中的任务正在等待调节锁变为可用。
suspended = 会话正在等待事件(如 I/O)完成。(重要)
sleeping = 连接空闲
wait resource 格式为 fileid:pagenumber:rid 如(5:1:)
kpid=0, waittime=0 空闲连接
kpid>0, waittime=0 运行状态
kpid>0, waittime>0 需要等待某个资源,才能继续执行,一般会是suspended(等待io)
kpid=0, waittime=0 但它还是阻塞的源头,查看open_tran>0 事务没有及时提交。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/176760.html