使用 TRY/CATCH 语句解决 SQL Server 2005 死锁

核心提示： 对于今天的 RDBMS 体系结构而言，死锁难以避免 — 在高容量的 OLTP 环境中更是极为普遍，使用 TRY/CATCH 语句解决 SQL Server 2005 死锁，正是由于 .NET 的公共语言运行库 (CLR) 的出现，SQL Server 2005 才得以为开发人员提供一种新的错误处理

对于今天的 RDBMS 体系结构而言，死锁难以避免 — 在高容量的 OLTP 环境中更是极为普遍。正是由于 .NET 的公共语言运行库 (CLR) 的出现，SQL Server 2005 才得以为开发人员提供一种新的错误处理方法。在本月专栏中，Ron Talmage 为您介绍如何使用 TRY/CATCH 语句来解决一个死锁问题。

一个示例死锁

让我们从这样一个示例开始说起，它在 SQL Server 2000 和 2005 中都能引起死锁。在本文中，我使用 SQL Server 2005 的最新 CTP（社区技术预览，Community Technology Preview）版本，SQL Server 2005 Beta 2（7 月发布）也同样适用。如果您没有 Beta 2 或最新的 CTP 版本，请下载 SQL Server 2005 Express 的最新版本，用它来进行试验。

可能发生的死锁情况有很多，但最有趣、最微妙的是那些关于阅读器和编写器互相阻塞的死锁。以下代码在 pubs 数据库中就产生了这样一个死锁。（您可以在 SQL Server 2000 的两个 Query Analyzer 窗口中或 SQL Server 2005 的两个 Management Studio queries 中并列运行这段代码。）在其中一个窗口中的代码正文前面添加下列语句：

-- Window 1 header
DECLARE @au_id varchar(11), @au_lname varchar(40)
SELECT @au_id = '111-11-1111', @au_lname = 'test1'

在第二个窗口中添加下列语句，进行第二次连接：

-- Window 2 header
DECLARE @au_id varchar(11), @au_lname varchar(40)
SELECT @au_id = '111-11-1112', @au_lname = 'test2'

在两个窗口中都使用下列语句作为代码正文：

-- Body for both connections:
BEGIN TRANSACTION
INSERT Authors VALUES
　(@au_id, @au_lname, '', '', '', '', '', '11111', 0)
WAITFOR DELAY '00:00:05'
SELECT *
　FROM authors
　WHERE au_lname LIKE 'Test%'
COMMIT

在第三个窗口中运行下列语句，确保 authors 表格中没有任何包含以下 id 的数据：