从用户会话状态分析,Server的阻塞和死锁

一. 概述

  在生产数据库运行期间,有时我们需要查看当前用户会话状态或者是说数据库当前是否运行良好, 应用的场景比如:当运行的应用系统响应突然变慢时需要分析数据库的、或想分析当前的数据库是否繁忙,是否有长时间的等待, 又或者执行一个sql的回滚状态查看,想手动kill掉一个会话时 等等。都需要从当前的会话状态去分析。

  这篇主要介绍sys.sysprocesses 函数,这里面包含了当前用户大量的信息,如会话进程有多少,等待时间,open_tran有多少事务,阻塞会话是多少等  整体内容更为详细是一个分析当前会话状态比较好的切入点。

SELECT * FROM sys.sysprocesses

图片 1图片 2

 下面先来介绍来函数的字段说明,字段很多一个个来详细介绍下,了解了含义后,后面来案例分析:

字段名称 说明
spid 会话ID(进程ID) SQL内部对一个连接的编号,一般来讲,小于50,如果用户连接的编号,大于50
blocked 阻塞ID

阻塞的进程ID, 值大于0表示阻塞,  值为本身进程ID表示io操作

如果blocked>0,但waittime时间很短,说明阻塞时间不长,不严重

 

waitresource 等待资源 格式为 fileid:pagenumber:rid 如(5:1:8235440)
kipid 线程ID

当kpid值为不0时,代表当前是活动用户

kpid=0, waittime=0     空闲连接

kpid>0, waittime=0     运行状态

kpid>0, waittime>0     需要等待某个资源,才能继续执行,一般会是suspended(等待io)

kpid=0, waittime=0    但它还是阻塞的源头,查看open_tran>0 事务没有及时提交

 

waittime 当前等待时间(以毫秒为单位)
open_tran  进程的打开事务数
hostname 建立连接的客户端工作站的名称
program_name  应用程序的名称
hostprocess 工作站进程 ID 号
loginame  登录名
status

running = 会话正在运行一个或多个批
background = 会话正在运行一个后台任务,例如死锁检测
rollback = 会话具有正在处理的事务回滚
pending = 会话正在等待工作线程变为可用
runnable = 会话中的任务在等待,由scheduler来运行的可执行队列中。(重要)
spinloop = 会话中的任务正在等待调节锁变为可用。
suspended = 会话正在等待事件(如 I/O)完成。(重要)
sleeping = 连接空闲

如果status 上有好几个runnable状态任务,需要认真对待。 cpu负荷过重没有及时处理用户的并发请求

  其它字段信息查看msdn

  1.1  查看用户会话信息

select * from  sys.sysprocesses  where spid>50

图片 3

  1.2 查看活动用户信息

SELECT spid,kpid,blocked ,waittime AS 'waitms', lastwaittype, DB_NAME(dbid),  waitresource, open_tran,hostname,[program_name],hostprocess,loginame, [status]
FROM sys.sysprocesses WITH(NOLOCK) 
WHERE    kpid>0  AND  [status]<>'sleeping'  AND spid>50
ORDER BY waittime DESC

图片 4

  1.3 查看用户阻塞会话信息

SELECT spid,kpid,blocked ,waittime AS 'waitms', lastwaittype, DB_NAME(dbid),  waitresource, open_tran,hostname,[program_name],hostprocess,loginame, [status]
FROM sys.sysprocesses WITH(NOLOCK) 
WHERE    blocked>0  AND spid>50
ORDER BY waittime DESC

图片 5

  1.4 查看系统会话信息

select * from  sys.sysprocesses  where spid<=50

图片 6

 

Sys.SysProcesses 系统表是一个很重要的系统视图,主要用来定位与解决Sql Server的阻塞和死锁。

今天早晨遇到问题,一个表有数据,查询能出来,插入怎么都插入不进去,update也是失败,delete也是失败。最后突然好了,也没找到原因,郁闷死。估计就是思索等问题导致,于是查了一下。下面的是复制的。转发的。

 

Sys.SysProcesses 系统表是一个很重要的系统视图,主要用来定位与解决Sql Server的阻塞和死锁。

 

MSDN:包含正在 SQL Server 实例上运行的进程的相关信息。这些进程可以是客户端进程或系统进程。

MSDN:包含正在 SQL Server 实例上运行的进程的相关信息。这些进程可以是客户端进程或系统进程。

Sys.SysProcesses 系统表是一个很重要的系统视图,主要用来定位与解决Sql Server的阻塞和死锁。

 

视图中主要的字段:

 

 

  1. Spid:Sql Servr 会话ID

MSDN:包含正在 SQL Server 实例上运行的进程的相关信息。这些进程可以是客户端进程或系统进程。

视图中主要的字段:

  1. Kpid:Windows  线程ID

 

 

  1. Blocked:正在阻塞求情的会话 ID。如果此列为 Null,则标识请求未被阻塞

 

  1. Spid:Sql Servr 会话ID
  1. Waittype:当前连接的等待资源编号,标示是否等待资源,0 或 Null表示不需要等待任何资源

图片 7

 

  1. Waittime:当前等待时间,单位为毫秒,0 表示没有等待

视图中主要的字段:

  1. Kpid:Windows 线程ID
  1. DBID:当前正由进程使用的数据库ID

 

 

  1. UID:执行命令的用户ID
  1. Spid:Sql Servr 会话ID
  1. Blocked:正在阻塞求情的会话 ID。如果此列为 Null,则标识请求未被阻塞
  1. Login_time:客户端进程登录到服务器的时间。

 

 

9. Last_batch:上次执行存储过程或Execute语句的时间。对于系统进程,将存储Sql Server 的启动时间

  1. Kpid:Windows  线程ID
  1. Waittype:当前连接的等待资源编号,标示是否等待资源,0 或 Null表示不需要等待任何资源

10.Open_tran:进程的打开事务个数。如果有嵌套事务,就会大于1

 

 

11.Status:进程ID 状态,dormant = 正在重置回话 ; running = 回话正在运行一个或多个批处理 ; background = 回话正在运行一个后台任务 ; rollback = 会话正在处理事务回滚 ; pending = 回话正在等待工作现成变为可用 ; runnable = 会话中的任务在等待获取 Scheduler 来运行的可执行队列中 ; spinloop = 会话中的任务正在等待自旋锁变为可用 ; suspended = 会话正在等待事件完成

  1. Blocked:正在阻塞求情的会话 ID。如果此列为 Null,则标识请求未被阻塞
  1. Waittime:当前等待时间,单位为毫秒,0 表示没有等待

12.Hostname:建立链接的客户端工作站的名称

 

 

13.Program_name:应用程序的名称,就是 连接字符串中配的 Application Name

  1. Waittype:当前连接的等待资源编号,标示是否等待资源,0 或 Null表示不需要等待任何资源
  1. DBID:当前正由进程使用的数据库ID

14.Hostprocess:建立连接的应用程序在客户端工作站里的进程ID号

 

 

15.Cmd:当前正在执行的命令

  1. Waittime:当前等待时间,单位为毫秒,0 表示没有等待
  1. UID:执行命令的用户ID

16.Loginame:登录名

 

 

应用实例:

  1. DBID:当前正由进程使用的数据库ID
  1. Login_time:客户端进程登录到服务器的时间。
  1. 检查数据库是否发生阻塞

 

 

先查找哪个链接的 blocked 字段不为0。如 SPID53的blocked 字段不为0,而是 52。SPID 52 的 blocked 为0,就可以得出结论:此时有阻塞发生,53 被 52 阻塞住了。如果你发现一个连接的 blocked 字段的值等于它自己,那说明这个连接正在做磁盘读写,它要等自己的 I/O 做完。

  1. UID:执行命令的用户ID

9. Last_batch:上次执行存储过程或Execute语句的时间。对于系统进程,将存储Sql Server 的启动时间

  1. 查找链接在那个数据库上

 

 

检查 dbid 即可。得到 dbid,可以运行以下查询得到数据库的名字:

  1. Login_time:客户端进程登录到服务器的时间。

10.Open_tran:进程的打开事务个数。如果有嵌套事务,就会大于1

Select name,dbid from master.sys.sysdatabases

 

 

寻自己首发于博客园:利用 sys.sysprocesses 检查 Sql Server的阻塞和死锁

9. Last_batch:上次执行存储过程或Execute语句的时间。对于系统进程,将存储Sql Server 的启动时间

11.Status:进程ID 状态,dormant = 正在重置回话 ; running = 回话正在运行一个或多个批处理 ; background = 回话正在运行一个后台任务 ; rollback = 会话正在处理事务回滚 ; pending = 回话正在等待工作现成变为可用 ; runnable = 会话中的任务在等待获取 Scheduler 来运行的可执行队列中 ; spinloop = 会话中的任务正在等待自旋锁变为可用 ; suspended = 会话正在等待事件完成

 

 

10.Open_tran:进程的打开事务个数。如果有嵌套事务,就会大于1

12.Hostname:建立链接的客户端工作站的名称

 

 

11.Status:进程ID 状态,dormant = 正在重置回话 ; running = 回话正在运行一个或多个批处理 ; background = 回话正在运行一个后台任务 ; rollback = 会话正在处理事务回滚 ; pending = 回话正在等待工作现成变为可用 ; runnable = 会话中的任务在等待获取 Scheduler 来运行的可执行队列中 ; spinloop = 会话中的任务正在等待自旋锁变为可用 ; suspended = 会话正在等待事件完成

13.Program_name:应用程序的名称,就是 连接字符串中配的 Application Name

 

 

12.Hostname:建立链接的客户端工作站的名称

14.Hostprocess:建立连接的应用程序在客户端工作站里的进程ID号

 

 

13.Program_name:应用程序的名称,就是 连接字符串中配的 Application Name

15.Cmd:当前正在执行的命令

 

 

14.Hostprocess:建立连接的应用程序在客户端工作站里的进程ID号

16.Loginame:登录名

 

 

15.Cmd:当前正在执行的命令

 

 

应用实例:

16.Loginame:登录名

 

 

  1. 检查数据库是否发生阻塞

 

 

应用实例:

先查找哪个链接的 blocked 字段不为0。如 SPID53的blocked 字段不为0,而是 52。SPID 52 的 blocked 为0,就可以得出结论:此时有阻塞发生,53 被 52 阻塞住了。如果你发现一个连接的 blocked 字段的值等于它自己,那说明这个连接正在做磁盘读写,它要等自己的 I/O 做完。

 

 

  1. 检查数据库是否发生阻塞

 

 

  1. 查找链接在那个数据库上

先查找哪个链接的 blocked 字段不为0。如 SPID53的blocked 字段不为0,而是 52。SPID 52 的 blocked 为0,就可以得出结论:此时有阻塞发生,53 被 52 阻塞住了。如果你发现一个连接的 blocked 字段的值等于它自己,那说明这个连接正在做磁盘读写,它要等自己的 I/O 做完。

 

 

检查 dbid 即可。得到 dbid,可以运行以下查询得到数据库的名字:

 

Select name,dbid from master.sys.sysdatabases

  1. 查找链接在那个数据库上

 

检查 dbid 即可。得到 dbid,可以运行以下查询得到数据库的名字:

Select name,dbid from master.sys.sysdatabases

本文由星彩网app下载发布于星彩彩票app下载,转载请注明出处:从用户会话状态分析,Server的阻塞和死锁

TAG标签:
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。