數據庫操作的死鎖是不可避免的，本文并不打算討論死鎖如何產生，重點在于解決死鎖，通過SQL Server 2005, 現在似乎有了一種新的解決辦法。

將下面的SQL語句放在兩個不同的連接里面，并且在5秒內同時執行，將會發生死鎖。

use?Northwind

begin?tran
????insert?into?Orders(CustomerId)?values('ALFKI')
????waitfor?delay?'00:00:05'
????select?*?from?Orders?where?CustomerId?=?'ALFKI'
commit
print?'end?tran'

SQL Server對付死鎖的辦法是犧牲掉其中的一個，拋出異常，并且回滾事務。在SQL Server 2000，語句一旦發生異常，T-SQL將不會繼續運行，上面被犧牲的連接中， print 'end tran'語句將不會被運行，所以我們很難在SQL Server 2000的T-SQL中對死鎖進行進一步的處理。

現在不同了，SQL Server 2005可以在T-SQL中對異常進行捕獲，這樣就給我們提供了一條處理死鎖的途徑：

下面利用的try ... catch來解決死鎖。

SET?XACT_ABORT?ON

declare?@r?int
set?@r?=?1
while?@r?<=?3
begin
????begin?tran
????
????begin?try???????
????????insert?into?Orders(CustomerId)?values('ALFKI')
????????waitfor?delay?'00:00:05'
????????select?*?from?Orders?where?CustomerId?=?'ALFKI'
????????
????????commit
????????break
????end?try
????????
????begin?catch
????????rollback
????????waitfor?delay?'00:00:03'
????????set?@r?=?@r?+?1
????????continue
????end?catch
end

解決方法當然就是重試，但捕獲錯誤是前提。rollback后面的waitfor不可少，發生沖突后需要等待一段時間，@retry數目可以調整以應付不同的要求。

但是現在又面臨一個新的問題: 錯誤被掩蓋了，一但問題發生并且超過3次，異常卻不會被拋出。SQL Server 2005 有一個RaiseError語句，可以拋出異常，但卻不能直接拋出原來的異常，所以需要重新定義發生的錯誤，現在，解決方案變成了這樣:

declare?@r?int
set?@r?=?1
while?@r?<=?3
begin
????begin?tran
????
????begin?try???????
????????insert?into?Orders(CustomerId)?values('ALFKI')
????????waitfor?delay?'00:00:05'
????????select?*?from?Orders?where?CustomerId?=?'ALFKI'
????????
????????commit
????????break
????end?try
????????
????begin?catch
????????rollback
????????waitfor?delay?'00:00:03'
????????set?@r?=?@r?+?1
????????continue
????end?catch
end

if?ERROR_NUMBER()?<>?0
begin
????declare?@ErrorMessage?nvarchar(4000);
????declare?@ErrorSeverity?int;
????declare?@ErrorState?int;

????select?
????????@ErrorMessage?=?ERROR_MESSAGE(),
????????@ErrorSeverity?=?ERROR_SEVERITY(),
????????@ErrorState?=?ERROR_STATE();

????raiserror?(@ErrorMessage,
???????????????@ErrorSeverity,
???????????????@ErrorState
???????????????);
end

我希望將來SQL Server 2005能夠直接拋出原有異常，比如提供一個無參數的RaiseError。

因此方案有點臃腫，但將死鎖問題封裝到T-SQL中有助于明確職責，提高高層系統的清晰度。現在，對于DataAccess的代碼，或許再也不需要考慮死鎖問題了。

轉載于:https://www.cnblogs.com/Bear-Study-Hard/archive/2006/02/08/326891.html

總結

以上是生活随笔為你收集整理的在SQL Server 2005中解决死锁（转）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。