第十六章——处理锁、阻塞和死锁（2）——侦测阻塞和阻塞查询
前言：

如果一个事务正在等待一些给其他事务锁定的资源。这个事务就被成为“被阻塞的事务”。反过来，引起阻塞的事务，也就是锁定资源并造成其他事务等待的事务叫做“正在阻塞的事务”。

长时间运行事务会阻塞其他事务和查询，使他们等待长时间。在繁重的系统中，很多时候我们会遇到阻塞问题，如果一个事务因为阻塞未完成。会造成一些列的等待链。

本文将介绍如何发现并马上解决这方面的问题。

本例依旧使用SQLServer2012上的AdventureWorks2012数据库。

1、 连到SQLServer2012的AdventureWorks2012数据库。

2、 新建窗口并输入：

4、 新开另外一个窗口，输入下面代码去开启另外一个事务，留意UPDATE语句，将不会执行，因为在等待第二步中的事务：

KILL 68GO



7、 换回第二个查询界面，发现update操作已经成功完成。上面的进程号根据不同机器而定。

分析：
在本例中，把事务隔离级别设为REPEATABLE READ，因为在这个隔离级别中，在资源上的共享锁将持续到事务完成。所以当从表中查找数据是，该值上会加上共享锁。在事务提交或回滚前不会释放。
当执行第二个连接的update语句时，不能完成，因为被第一个事务阻塞了，且在REPEATABLE READ下共享锁不释放。
为了标识阻塞和被阻塞的请求，需要用到下面的DMO：
1、 dm_exec_requests
2、 dm_exec_sessions
3、 dm_exec_connections
4、 dm_exec_sql_text