SQL Server利用sys.sysprocesses检查SqlServer的阻塞和死锁

这篇文章主要为大家详细介绍了SQL Server利用sys.sysprocesses检查SqlServer的阻塞和死锁，具有一定的参考价值，可以用来参考一下。

感兴趣的小伙伴，下面一起跟随四海网的小编两巴掌来看看吧！

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

视图中主要的字段：
1. Spid：Sql Servr 会话ID
2. Kpid：Windows 线程ID
3. Blocked：正在阻塞求情的会话 ID。如果此列为 Null，则标识请求未被阻塞
4. Waittype：当前连接的等待资源编号，标示是否等待资源，0 或 Null表示不需要等待任何资源
5. Waittime：当前等待时间，单位为毫秒，0 表示没有等待
6. DBID：当前正由进程使用的数据库ID
7. UID：执行命令的用户ID
8. Login_time：客户端进程登录到服务器的时间。
9. Last_batch：上次执行存储过程或Execute语句的时间。对于系统进程，将存储Sql Server 的启动时间
10.Open_tran：进程的打开事务个数。如果有嵌套事务，就会大于1
11.Status：进程ID 状态，dormant = 正在重置回话 ; running = 回话正在运行一个或多个批处理 ; background = 回话正在运行一个后台任务 ; rollback = 会话正在处理事务回滚 ; pending = 回话正在等待工作现成变为可用 ; runnable = 会话中的任务在等待获取 Scheduler 来运行的可执行队列中 ; spinloop = 会话中的任务正在等待自旋锁变为可用 ; suspended = 会话正在等待事件完成
12.Hostname：建立链接的客户端工作站的名称
13.Program_name：应用程序的名称，就是 连接字符串中配的 Application Name
14.Hostprocess：建立连接的应用程序在客户端工作站里的进程ID号
15.Cmd：当前正在执行的命令
16.Loginame：登录名

应用实例：

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

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

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

检查 dbid 即可。得到 dbid，可以运行以下查询得到数据库的名字：
Select name,dbid from master.sys.sysdatabases

本文来自：http://www.q1010.com/179/7994-0.html

注：关于SQL Server利用sys.sysprocesses检查SqlServer的阻塞和死锁的内容就先介绍到这里，更多相关文章的可以留意四海网的其他信息。

关键词：SQL SERVER