SQL Server 2005中解決死鎖問題SQL Server 2005中解決死鎖問題

資料庫操作的死鎖是不可避免的，本文并不打算讨論死鎖如何産生，重點在于解決死鎖，通過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不 

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

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

end 

if ERROR_NUMBER()  <> 0 

　　declare @ErrorMessage nvarchar(4000); 

　　declare @ErrorSeverity int; 

　　declare @ErrorState int; 

　　select 

　　　　@ErrorMessage = ERROR_MESSAGE(), 

　　　　@ErrorSeverity = ERROR_SEVERITY(), 

　　　　@ErrorState = ERROR_STATE(); 

　　raiserror (@ErrorMessage, 

　　　　　　　 @ErrorSeverity, 

　　　　　　　 @ErrorState 

　　　　　　　 ); 

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

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