SQL2008中SQL应用之－阻塞(Blocking)应用分析

通常短时间的阻塞没有问题，且是较忙的应用程序所需要的。然而，设计糟糕的应用程序会导致长时间的阻塞，这就不必要地锁定了资源，而且阻塞了其他会话读取和更新它们。

在SQLServer中，一个阻塞的进程会无限期地保持阻塞，或者直到它超时（根据setlock_timeout）、服务器关闭、进程被杀死、连接完成了更新或者其他发生在原始事务上的操作导致它释放了资源上的锁。

发生长时间阻塞的原因如下：

1、在一个没有索引的表上的过量的行锁会导致SQLServer得到一个锁，从而阻塞其他事务。

2、应用程序打开一个事务，并在事务保持打开的时候要求用户进行反馈或交互。这通常是让最终用户在GUI上输入数据而保持事务打开的时候发生。此时，事务引用的任何资源都会被占据。

3、事务BEGIN后查询的数据可能在事务事务开始前被调用

4、查询不恰当地使用锁定提示。例如，应用程序仅使用很少的行，但却使用一个表锁提示

5、应用程序使用长时间运行的事务，在一个事务中更新了很多行或很多表（把一个大量更新的事务变成多个更新较少的事务有助于改善并发性）

一、找到并解决阻塞进程

下面我们演示使用SQLServer动态管理视图sys.dm_os_waiting_tasks找出阻塞进程，该视图用于代替早期SQLServer版本中的系统存储过程sp_who

找出阻塞的进程后，我们使用sys.dm_exec_sql_text动态管理函数和sys.dm_exec_Connections（DMV）找出正在执行的查询的SQL文本，然后强制结束进程。

强制结束进程，我们使用kill命令。kill的用法，请参看MSDN:http://msdn.microsoft.com/zh-cn/library/ms173730.aspx

该命令有三个参数：

■sessionID   要终止的进程的会话ID。sessionID是在建立连接时为每个用户连接分配的唯一整数(int)。在连接期间，会话ID值与该连接捆绑在一起。连接结束时，则释放该整数值，并且可以将它重新分配给新的连接。使用KILLsessionID可终止与指定的会话ID关联的常规非分布式事务和分布式事务。
■UOW   标识分布式事务的工作单元(UOW)ID。UOW是可从sys.dm_tran_locks动态管理视图的request_owner_guid列中获取的GUID。也可从错误日志中或通过MSDTC监视器获取UOW。有关监视分布式事务的详细信息，请参阅MSDTC文档。使用KILLUOW可终止孤立的分布式事务。这些事务不与任何真实的会话ID相关联，与虚拟的会话ID="-2"相关联。可使标识孤立事务变得更为简单，其方法是查询sys.dm_tran_locks、sys.dm_exec_sessions或sys.dm_exec_requests动态管理视图中的会话ID列。
■WITHSTATUSONLY   生成由于更早的KILL语句而正在回滚的指定sessionID或UOW的进度报告。KILLWITHSTATUSONLY不终止或回滚sessionID或UOW，该命令只显示当前的回滚进度。

在第一个查询窗口：

复制代码代码如下: