SQL分析死锁并处理

SQL分析死锁并处理 From CSDN.net
原帖地址： http://topic.csdn.net/u/20080721/20/15a60db6-34b5-4ea1-b392-11c42270aaab.html

-- 死鎖
/* *****************************************************************************************************************************************************
死鎖指兩個以上事務相互阻塞相互等待對方釋放它們的鎖，SQL Server會通過回滾其中一個事務並返回一個錯誤來自已解決阻塞問題，讓其他事務完成它們的工作。

整理人：中国风(Roy)

日期:2008.07.20
***************************************************************************************************************************************************** */

set  nocount  on  ;
if   object_id ( ' T1 ' )  is   not   null
     drop   table  T1
go
create   table  T1(ID  int   primary   key ,Col1  int ,Col2  nvarchar ( 20 ))
insert  T1  select   1 , 101 , ' A '
insert  T1  select   2 , 102 , ' B '
insert  T1  select   3 , 103 , ' C '
go

if   object_id ( ' T2 ' )  is   not   null
     drop   table  T2
go
create   table  T2(ID  int   primary   key ,Col1  int ,Col2  nvarchar ( 20 ))
insert  T2  select   1 , 201 , ' X '
insert  T2  select   2 , 202 , ' Y '
insert  T2  select   3 , 203 , ' Z '


go
生成表數據:
/*
T1:
ID          Col1        Col2
----------- ----------- --------------------
1           101         A
2           101         B
3           101         C

T2:
ID          Col1        Col2
----------- ----------- --------------------
1           201         X
2           201         Y
3           201         Z
*/

防止死鎖：
1 、    最少化阻塞。阻塞越少，發生死鎖機會越少
2 、    在事務中按順序訪問表（以上例子：死鎖2）
3 、    在錯誤處理程式中檢查錯誤1205並在錯誤發生時重新提交事務
4 、    在錯誤處理程式中加一個過程將錯誤的詳細寫入日誌
5 、    索引的合理使用(以上例子：死鎖1、死鎖3)
當發生死鎖時，事務自動提交，可通過日誌來監視死鎖


死鎖1(索引):
-- 連接窗口1
-- 1步:
begin   tran
     update  t1  set  col2 = col2 + ' A '   where  col1 = 101

-- 3步:
     select   *   from  t2  where  col1 = 201
commit   tran


-- 連接窗口2

-- 2步:
begin   tran
     update  t2  set  col2 = col2 + ' B '   where  col1 = 203

-- 4步:
     select   *   from  t1  where  col1 = 103
commit   tran



-- 連接窗口1:收到死鎖錯誤,連接窗口2得到結果:

/*
訊息 1205，層級 13，狀態 51，行 3
交易 (處理序識別碼 53) 在 鎖定 資源上被另一個處理序鎖死並已被選擇作為死結的犧牲者。請重新執行該交易。
*/

-- 連接窗口2:得到結果

/*
----------- ----------- --------------------
3           103         C
*/

處理方法:
-- 在t1、t2表的col1條件列建索引
create   index  IX_t1_col1  on  t1(col1)
create   index  IX_t2_col1  on  t2(col1)
go

-- 連接窗口1
-- 1步:
begin   tran
     update  t1  set  col2 = col2 + ' A '   where  col1 = 101

-- 3步:
select   *   from  t2  with ( index = IX_t2_col1) where  col1 = 201      -- 因表數據少，只能指定索引提示才能確保SQL Server使用索引
commit   tran



-- 連接窗口2

-- 2步:
begin   tran
     update  t2  set  col2 = col2 + ' B '   where  col1 = 203


-- 4步:
select   *   from  t1  with ( index = IX_t1_col1)  where  col1 = 103      -- 因表數據少，只能指定索引提示才能確保SQL Server使用索引
commit   tran



-- 連接窗口1:
/*
ID          Col1        Col2
----------- ----------- --------------------
1           201         X

(1 個資料列受到影響)

*/
-- 連接窗口2
/*
ID          Col1        Col2
----------- ----------- --------------------
3           103         C

(1 個資料列受到影響)
*/


死鎖2(訪問表順序):

-- 連接窗口1:
-- 1步:
begin   tran
     update  t1  set  col1 = col1 + 1   where  ID = 1

-- 3步:
select  col1  from  t2  where  ID = 1
commit   tran



-- 連接窗口2:
-- 2步:
begin   tran
     update  t2  set  col1 = col1 + 1   where  ID = 1

-- 4步
select  col1  from  t1  where  ID = 1
commit   tran


-- 連接窗口1:

/*
col1
-----------
201

(1 個資料列受到影響)
*/

-- 連接窗口2:

/*
col1
-----------
訊息 1205，層級 13，狀態 51，行 1
交易 (處理序識別碼 54) 在 鎖定 資源上被另一個處理序鎖死並已被選擇作為死結的犧牲者。請重新執行該交易。
*/

處理方法:

-- 改變訪問表的順序

-- 連接窗口1:
-- 1步:
begin   tran
     update  t1  set  col1 = col1 + 1   where  ID = 1

-- 3步:
     select  col1  from  t2  where  ID = 1
commit   tran

-- 連接窗口2:
-- 2步:
begin   tran
     select  col1  from  t1  where  ID = 1 -- 會等待連接窗口1提交
-- 4步
     update  t2  set  col1 = col1 + 1   where  ID = 1
commit   tran

死鎖3(單表):

-- 連接窗口1:

while   1 = 1
     update  T1  set  col1 = 203 - col1  where  ID = 2

-- 連接窗口2:
declare   @i    nvarchar ( 20 )
while   1 = 1
     set   @i = ( select  col2  from  T1  with ( index = IX_t1_col1) where  Col1 = 102 ); -- 因表數據少，只能指定索引提示才能確保SQL Server使用索引

-- 連接窗口1
/*
訊息 1205，層級 13，狀態 51，行 4
交易 (處理序識別碼 53) 在 鎖定 資源上被另一個處理序鎖死並已被選擇作為死結的犧牲者。請重新執行該交易。
*/


處理方法:
1 、刪除col1上的非聚集索引,這樣影響SELECT速度，不可取.
     drop   index  IX_t1_col1  on  t1
2 、建一個覆蓋索引
    A、 drop   index  IX_t1_col1  on  t1
    B、 create   index  IX_t1_col1_col2  on  t1(col1,col2)


通過SQL Server Profiler查死鎖信息:

啟動SQL Server Profiler——連接實例——事件選取範圍——顯示所有事件
選擇項:
TSQL——SQL:StmtStarting
Locks——Deadlock graph(這是SQL2005新增事件，生成包含死鎖信息的xml值)
     ——Lock:DeadlockChain 死鎖鏈中的進程產生該事件，可標識死鎖進程的ID並跟蹤操作
     ——Lock:Deadlock 該事件發生了死鎖