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

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。

还有Status字段，描述了进程的状态，如dormant（正在重置会话）、running（会话正在运行一个或多个批处理）等等。还有Hostname、Program_name、Hostprocess、Cmd和Loginame等字段，都为深入理解进程提供了丰富的信息。

那么，如何利用这些信息解决实际问题呢？

我们可以检查数据库是否发生阻塞。只需查找哪个链接的Blocked字段不为0即可。例如，如果SPID53的Blocked字段不为0，而是52，那么我们可以得出结论，此时发生了阻塞，SPID53被SPID52阻塞了。

如果我们想知道链接在哪个数据库上，只需检查DBID字段。得到DBID后，可以通过查询master.sys.sysdatabases来获取数据库的名称。

Sys.SysProcesses系统表是一个强大的工具，它提供了关于SQL Server上进程的大量详细信息。通过深入理解并运用这些信息，我们可以更有效地诊断并解决Sql Server的阻塞和死锁问题，确保数据库的高效运行。