)分析及解決SQLServer死結問題

-  死結，簡而言之，兩個或者多個trans，同時請求對方正在請求的某個對象，導致雙方互相等待。簡單的例子如下：
   trans1                                            trans2
   ------------------------------------------------------------------------
   1.IDBConnection.BeginTransaction   1.IDBConnection.BeginTransaction
   2.update table A                            2.update table B
   3.update table B                            3.update table A
   4.IDBConnection.Commit                4.IDBConnection.Commit

   那麼，很容易看到，如果trans1和trans2，分別到達了step3，那麼trans1會請求對於B的X鎖，trans2會請求對於A的X鎖，而二者的鎖在step2上已經被對方分別持有了。由於得不到鎖，後面的Commit無法執行，這樣雙方開始死結。

   好，我們看一個簡單的例子，來解釋一下，應該如何解決死結問題。
   -- Batch #1
   CREATE DATABASE deadlocktest
   GO
   USE deadlocktest
   SET NOCOUNT ON
   DBCC TRACEON (1222, -1)
   -- 在SQL2005中，增加了一個新的dbcc參數，就是1222，原來在2000下，我們知道，可以執行dbcc    
   --traceon(1204,3605,-1)看到所有的死結資訊。SqlServer 2005中，對於1204進行了增強，這就是1222。
   GO   
   
   IF OBJECT_ID ('t1') IS NOT NULL DROP TABLE t1
   IF OBJECT_ID ('p1') IS NOT NULL DROP PROC p1
   IF OBJECT_ID ('p2') IS NOT NULL DROP PROC p2
   GO

   CREATE TABLE t1 (c1 int, c2 int, c3 int, c4 char(5000))
   GO

   DECLARE @x int
   SET @x = 1
   WHILE (@x <= 1000) BEGIN
            INSERT INTO t1 VALUES (@x*2, @x*2, @x*2, @x*2)
            SET @x = @x + 1
   END
   GO

   CREATE CLUSTERED INDEX cidx ON t1 (c1)
   CREATE NONCLUSTERED INDEX idx1 ON t1 (c2)
   GO

   CREATE PROC p1 @p1 int AS SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1
   GO

   CREATE PROC p2 @p1 int AS
            UPDATE t1 SET c2 = c2+1 WHERE c1 = @p1
            UPDATE t1 SET c2 = c2-1 WHERE c1 = @p1
   GO

   上述sql建立一個deadlock的示範資料庫，插入了1000條資料，並在表t1上建立了c1列的叢集索引，和c2列的非叢集索引。另外建立了兩個sp，分別是從t1中select資料和update資料。

   好，開啟一個新的查詢時段，我們開始執行下面的query：
   -- Batch #2

   USE deadlocktest
   SET NOCOUNT ON
   WHILE (1=1) EXEC p2 4
   GO

   開始執行後，然後我們開啟第三個查詢時段，執行下面的query：
   -- Batch #3

   USE deadlocktest
   SET NOCOUNT ON
   CREATE TABLE #t1 (c2 int, c3 int)
   GO

   WHILE (1=1) BEGIN
             INSERT INTO #t1 EXEC p1 4
             TRUNCATE TABLE #t1
   END
   GO

   開始執行，哈哈，很快，我們看到了這樣的錯誤資訊：
   Msg 1205, Level 13, State 51, Procedure p1, Line 4
   Transaction (Process ID 54) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

   spid54發現了死結。
   那麼，我們該如何解決它？

   在SqlServer 2005中，我們可以這麼做：
   1.在trans3的視窗中，選擇EXEC p1 4，然後right click，看到了菜單了嗎？選擇Analyse Query in Database Engine Tuning Advisor。
   2.注意右面的視窗中，wordload有三個選擇：負載檔案、表、查詢語句，因為我們選擇了查詢語句的方式，所以就不需要修改這個radio option了。
   3.點左上方的Start Analysis按鈕
   4.抽根煙，回來後看結果吧！出現了一個分析結果視窗，其中，在Index Recommendations中，我們發現了一條資訊：大意是，在表t1上增加一個非叢集索引索引：t2+t1。
   5.在當前視窗的上方菜單上，選擇Action菜單，選擇Apply Recommendations，系統會自動建立這個索引。

   重新運行batch #3，呵呵，死結沒有了。

   這種方式，我們可以解決大部分的Sql Server死結問題。那麼，發生這個死結的根本原因是什麼呢？為什麼增加一個non clustered index，問題就解決了呢？且聽下文分解。