SQLServer2008应用阻塞(Blocking)

在Sql Server 2008中当一个数据库会话中的事务正锁定一个或多个其他会话事务想要读取或修改的资源时，会产生阻塞(Blocking)。通常短时间的阻塞没有问题，且是较忙的应用程序所需要的。然而，设计糟糕的应用程序会导致长时间的阻塞，这就不必要地锁定了资源，而且阻塞了其他会话读取和更新它们。

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

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

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

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

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

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

一、找到并解决阻塞进程

下面我们演示使用SQL Server动态管理视图sys.dm_os_waiting_tasks找出阻塞进程，该视图用于代替早期SQL Server版本中的系统存储过程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

该命令有三个参数：

session ID 要终止的进程的会话 ID。session ID 是在建立连接时为每个用户连接分配的***整数 (int)。在连接期间，会话 ID 值与该连接捆绑在一起。连接结束时，则释放该整数值，并且可以将它重新分配给新的连接。使用 KILL session ID 可终止与指定的会话 ID 关联的常规非分布式事务和分布式事务。

UOW 标识分布式事务的工作单元 (UOW) ID。UOW 是可从 sys.dm_tran_locks 动态管理视图的 request_owner_guid 列中获取的 GUID。也可从错误日志中或通过 MS DTC 监视器获取 UOW。有关监视分布式事务的详细信息，请参阅 MS DTC 文档。使用 KILL UOW 可终止孤立的分布式事务。这些事务不与任何真实的会话 ID 相关联，与虚拟的会话 ID = '-2' 相关联。可使标识孤立事务变得更为简单，其方法是查询 sys.dm_tran_locks、sys.dm_exec_sessions 或 sys.dm_exec_requests 动态管理视图中的会话 ID 列。

WITH STATUSONLY 生成由于更早的 KILL 语句而正在回滚的指定 session ID 或 UOW 的进度报告。KILL WITH STATUSONLY 不终止或回滚 session ID 或 UOW，该命令只显示当前的回滚进度。

在***个查询窗口：

 
 
 
  
  
  BEGIN TRANUPDATE Production.ProductInventory    
  
  SET Quantity = 400    
  
  WHERE ProductID = 1 ANDLocationID = 1

第二个窗口：

 
 
 
  
  
  UPDATE Production.ProductInventory    
  
  SET Quantity = 406    
  
  WHERE ProductID = 1 ANDLocationID = 1

第三个窗口：

 
 
 
  
  
  SELECT blocking_session_id, wait_duration_ms, session_id    
  
  FROM sys.dm_os_waiting_tasks    
  
  WHERE blocking_session_id IS NOT NULL/*blocking_session_id    wait_duration_ms    session_id    
  
  52    23876    54*/

可以看出是SessionID为52的会话阻塞了SessionID为54的会话。

那么，52正在干啥坏事呢？在第三个窗口中执行：

 
 
 
  
  
  SELECT t.text    
  
  FROM sys.dm_exec_connections cCROSS APPLY sys.dm_exec_sql_text (c.most_recent_sql_handle) t    
  
  WHERE c.session_id = 54    
  
  /*text    
  
  (@1 int,@2 tinyint,@3 tinyint)UPDATE [Production].[ProductInventory] set [Quantity] = @1  WHERE [ProductID]=@2 AND [LocationID]=@3*/

我们强制终止会话。在第三个窗口中执行：

注意：窗口一的语句和窗口二的语句均终止。

提示：第三个语句中，使用sys.dm_exec_connections(DMV)返回了Session ID为53的most_recent_sql_handle列。这是SQL文本在内存中的指针。作为sys.dm_exec_sql_text动态管理函数的输入参数使用。从sys.dm_exec_sql_text返回了text列，该列显示了阻塞进程的SQL文本。如果阻塞成串，必须通过blocking_session_id和session_ID列仔细查看每一个阻塞进程，直到发现原始的阻塞进程。

二、配置语句等待锁释放的时长

如果有一个事务或语句被阻塞，意味着它在等待资源上的锁被释放。我们可以事先通过set lock_Timeout来设定需要等待的时间。

语法如下：SET LOCK_TIMEOUT time_period

参数以毫秒为单位。超过时会返回锁定错误。示例：

在***个窗口中执行：

 
 
 
  
  
  USE AdventureWorks    
  
  BEGIN TRAN    
  
  UPDATE Production.ProductInventory    
  
  SET Quantity = 400    
  
  WHERE ProductID = 1 ANDLocationID = 1

在第二个窗口中执行：

 
 
 
  
  
  USE AdventureWorks    
  
  SET LOCK_TIMEOUT 1000    
  
  UPDATE Production.ProductInventory    
  
  SET Quantity = 406    
  
  WHERE ProductID = 1 ANDLocationID = 1    
  
  /*１秒后的执行结果Msg 1222, Level 16, State 51, Line 3Lock request time out period exceeded.The statement has been terminated.*/

解析:在这个示例中，我们设置了锁超时时间为1000毫秒，即１秒。这个设置不会影响资源被进程占有的时间，只会影响等待另一个进程释放资源访问的时间。

在 Sql server中如果产生了长时间的阻塞，是对资源的浪费，我们应该尽快的解决。

【编辑推荐】

微软SQL Server 2008令商业智能平民化
SQL Server 2008几项新特性概述
如何解决SQL Server占用内存的问题
SQL Server如何访问sybase数据库的表
如何实现SQL Server 2005快速web分页

本文题目：SQLServer2008应用阻塞(Blocking)
URL标题：http://www.csdahua.cn/qtweb/news39/379439.html

网站建设、网络推广公司-快上网，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：快上网

成都快上网为您推荐相关内容