用sp

在IT 专家中有一种广泛的曲解，就是认为“锁定是不好的东西”，你必需尽一切可能保证数据库锁定不会使得过程无法正常运行。为了能够确保一个一致的数据库环境，在对资源进行修正时，数据库引擎必需利用一种机制来获得对资源的独占权。

SQL Server中也用锁定，它们是指为了达到这种一致性，数据库引擎用来保证每一次只有一个线程同时拜访同一个资源的对象。假如不用锁定的话，各个过程同时进行数据修正就可能产生，这就会使数据库处于一种不一致的状态。这样看来，锁定就成了好东西；但是，你应当以特定的方法来打算你的利用程序，让涉及的锁定的数目降到最少。在这篇文章中，我将讨论一个让你能够分析数据库锁定标题的存储过程。

找出什么被锁定了

系统的反应缓慢意味着你应当做一些调查了。你的查找最好从测定系统产生锁定的数目和频率开端。假如你的系统环境处理事务性很高的话，这样各个利用程序争取资源就会很常见，从而引起锁定。解决这些标题的要害就在于能够断定被锁定的资源和争取资源的过程。

sp_lock

sp_lock这个系统存储过程与SQL Server 2000 打包在一起，它将使你对在你系统中产生的锁定有深进的懂得。这个程序会从主数据库中的syslockinfo中返回与锁定相干的大批信息，而主数据库是一个包含了所有答应、转换和等候锁定恳求信息的系统工作台。

让我们来看一下运行 sp_lock 程序之后，它会为我们供给什么信息：

EXECUTE sp_lock

在我的系统中，这是该存储过程返回的内容。sp_lock 返回的信息并不是一目了然的，要获得有用的数据，还需要做一些查找。但是，你也可以复制该存储过程的文本，然后创立一个新的，从而得到关于系统过程的更好的说明。（在这篇文章中，我们将集中讨论sp_lock返回的数据。）

从上面的成果我们可以看到spid、dbid、objid、indid、type、resource、mode和status字段。spid是过程标识号码，用于辨认到SQL 服务器的连接。要发明哪些用户和该spid相连，你就要履行存储过程sp_who，并将spid作为一个参数传输给该程序。dbid是锁定产生的数据库，你可以在主数据库中的sysdatabases表格中找到它。字段objid用来显示在数据库中锁定产生所在的对象。要查看这个对象，你可以在主数据库中的sysobjects表格中查询指定的objid。

在以上的屏幕截图中产生的单一记录并不必定能显示正在你的工作环境中产生的真实情况。在运行这个程序时，你想要找到500到1000个甚至更多成果。每一次你履行sp_lock，都将有可能得到不同的成果，由于又产生了新的锁定，而部分旧的锁定已经被解除了。假如你发明sp_lock返回的成果中，大批的成果都有着雷同的spid，很有可能该过程正在进行大型的处理，同时这些锁定可能开端禁止新事务的产生。

当你发明一个spid 获得了大批的数据库锁定时，这将有助于断定什么存储过程或语句正在运行。为了达到这个目标，运行以下 DBCC 命令：

DBCC INPUTBUFFER(spid)

这个DBCC命令将返回正在EventInfo字段中运行的语句的相干信息。

一个可靠的出发点

系统运行缓慢可能阐明你的表格上有大批的锁定。造成这些锁定的原因较多，如某个用户正在你的系统中运行一个相当长的查询，一个过程占用大批资源或者两个要害过程争取同一资源，经常造成逝世锁。

一旦发明你认为正在减缓你系统速度的过程，应当怎么办？在大多数情况下，不能采用任何措施，只能监控系统。结束这个过程并不是明智之举，由于它包含了很多系统锁定，除非你完整确定不会有其他的负面影响。不然的话，你就应当想措施主动分析锁定状态。还有一个解决措施就是想出一种方法，使得在一天的特定时间内，当系统锁数目达到极限时，发出通知。

你对自己的系统信息收集的越多，在解决标题时，你的上风就越大。

Tim Chapman是肯塔基州路易维尔市一家银行的SQL Server数据库治理员，他有超过7年的行业经验。