检查 Sql Server的阻塞和死锁

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

 

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

 

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