我們知道，可以使用SQL Server自帶的Profiler工具來跟蹤死鎖信息。但這種方式有一個很大的敝端，就是消耗很大。據國外某大神測試，profiler甚至可以占到服務器總帶寬的35%，所以，在一個繁忙的系統中，使用profiler顯然不是一個好主意，下面我介紹兩種消耗比較少的方法。其中第二種的消耗最小，在最繁忙的系統中也可使用。第一種最為靈活，可滿足多種應用。
方法一：利用SQL Server代理(Alert+Job)
具體步驟如下：
1.啟動跟蹤
首先使用下面的命令，將有關的跟蹤標志啟用。
DBCC TRACEON (3605,1204,1222,-1)
說明：
3605 將DBCC的結果輸出到錯誤日志。
1204 返回參與死鎖的鎖的資源和類型，以及受影響的當前命令。
1222 返回參與死鎖的鎖的資源和類型，以及使用了不符合任何 XSD 架構的 XML 格式的受影響的當前命令(比1204更進一步,SQL 2005及以上可用)。
-1 以全局方式打開指定的跟蹤標記。
以上跟蹤標志作用域都是全局，即在SQL Server運行過程中，會一直發揮作用，直到SQL Server重啟。
如果要確保SQL Server在重啟后自動開啟這些標志，可以在SQL Server服務啟動選項中，使用 /T 啟動選項指定跟蹤標志在啟動期間設置為開。(位於SQL Server配置管理器->SQL Server服務->SQL Server->屬性->高級->啟動參數)
在運行上面的語句后，當SQL Server中發生死鎖時，已經可以在錯誤日志中看到了，但還不夠直觀(和其它信息混在一起)。（SSMS -> SQL Server實例 -> 管理 -> SQL Server日志）
2.建表，存放死鎖記錄
3.建立JOB
新建一個JOB（假設名稱為DeadLockJob）,在"步驟"中新建一步驟，隨便寫一個步驟名稱，數據庫為"Cole"（見2.建表）,在"命令"欄中輸入以下語句：
--新建臨時表 IF OBJECT_ID('tempdb.dbo.#ErrorLog') IS Not Null DROP TABLE #ErrorLog CREATE TABLE #ErrorLog (Id int IDENTITY (1, 1) NOT NULL, a DATETIME, b VARCHAR(10), c VARCHAR(MAX)) --將當前日志記錄插入臨時表 INSERT INTO #ErrorLog EXEC master.dbo.sp_readerrorlog --將死鎖信息插入用戶表 insert DeadLockLog select a, b, c from #ErrorLog where id >= (select MAX(id) from #ErrorLog WHERE c Like '%Deadlock encountered%') DROP TABLE #ErrorLog
或者可以用下面這種辦法
--new注釋 --找到死鎖與阻塞的原因的方法: if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[sp_who_lock]') and OBJECTPROPERTY(id, N'IsProcedure') = 1) drop procedure [dbo].[sp_who_lock] GO --說明 : 查看數據庫里阻塞和死鎖情況 use master go create procedure sp_who_lock as begin declare @spid int,@bl int, @intTransactionCountOnEntry int, @intRowcount int, @intCountProperties int, @intCounter int
create table #tmp_lock_who
( id int identity(1,1), spid smallint, bl smallint
)
IF @@ERROR!=0
RETURN @@ERROR
insert into #tmp_lock_who(spid,bl)
select 0 ,blocked from (select * from sysprocesses where blocked>0 ) a where not exists
(select * from
(select * from sysprocesses where blocked>0 ) b where a.blocked=spid
) union
select spid,blocked from sysprocesses where blocked>0 IF @@ERROR!=0
RETURN @@ERROR
-- 找到臨時表的記錄數 select @intCountProperties = Count(*),@intCounter = 1 from #tmp_lock_who IF @@ERROR!=0 RETURN @@ERROR if @intCountProperties=0
select '現在沒有阻塞和死鎖信息' as message -- 循環開始 while @intCounter <= @intCountProperties begin -- 取第一條記錄 select @spid = spid,@bl = bl from #tmp_lock_who where Id = @intCounter begin if @spid =0 select '引起數據庫死鎖的是: '+ CAST(@bl AS VARCHAR(10)) + '進程號,其執行的SQL語法如下' else select '進程號SPID：'+ CAST(@spid AS VARCHAR(10))+ '被' + '進程號SPID：'+ CAST(@bl AS VARCHAR(10)) +'阻塞,其當前進程執行的SQL語法如下' DBCC INPUTBUFFER (@bl ) end -- 循環指針下移 set @intCounter = @intCounter + 1 end drop table #tmp_lock_who return 0 end --需要的時候直接調用,就可以查出引起死鎖的進程和SQL語句. exec sp_who_lock 發現問題后：就進行語句的優化，避免來再次出現上面現象。Profiler跟蹤時主要是看：TextData，Applicationname，Username，Loginname，CpU，Read and write Duration(這個很重要),spid
4.新建警報
在"新建警報"窗體的"常規"選項卡中,進行以下設置：
名稱：可根據實際自行命名，這里我用DeadLockAlert
類型：選擇"SQL Server性能條件警報"
對象：SQLServer:Locks
計數器：Number of Deadlocks/sec
實例：_Total
計數器滿足以下條件時觸發警報：高於
值：0
設置完成后，應該如下圖所示：
在"響應"選項卡中，選中"執行作業"，並選擇步驟3中我們新建的作業(即DeadlockJob)
到這里為止，我們已經完成了全部步驟，以后，你就可以隨時查詢DeadLockLog表，來顯示死鎖信息了。
方法二：利用服務器端跟蹤(推薦)
具體實現步驟如下：
1.編寫跟蹤腳本並執行
use db_tank go --創建跟蹤文件返回值 declare @rc int --創建一個跟蹤句柄 declare @TraceID int --創建跟蹤文件路徑 declare @TraceFilePath nvarchar(500) set @TraceFilePath=N'D:\DBA_TOOLS\db_deadLock_log' --跟蹤文件的大小 declare @maxfilesize bigint set @maxfilesize=200 --設置停止的時間 declare @EndTime datetime set @EndTime=null --設置系統默認的操作 declare @options int set @options=2 --設置默認滾動文件的數目 declare @filecount int set @filecount=5 exec @rc=sp_trace_Create @TraceID output, @options, @TraceFilePath, @maxfilesize, @EndTime, @filecount if(@rc=0) declare @on bit set @on = 1 --下述語句中的148指的是locks:deadlock graph事件(參見sys.trace_events),12指的是spid列(參見sys.trace_columns) exec sp_trace_setevent @TraceID, 148, 12, @on exec sp_trace_setevent @TraceID, 148, 11, @on exec sp_trace_setevent @TraceID, 148, 4, @on exec sp_trace_setevent @TraceID, 148, 14, @on exec sp_trace_setevent @TraceID, 148, 26, @on exec sp_trace_setevent @TraceID, 148, 64, @on exec sp_trace_setevent @TraceID, 148, 1, @on -- 啟動跟蹤 exec sp_trace_setstatus @TraceID, 1 -- 記錄下跟蹤ID，以備后面使用 select TraceID = @TraceID goto finish error: select ErrorCode=@rc finish: go -----默認重啟實例后，跟蹤會取消，所以寫一個SP做實例啟動執行 use master go create proc StartBlackBoxTrace as begin --默認開啟追蹤所有的SQL 執行語句，文件文件路徑為默認 --創建跟蹤文件返回值 declare @rc int --創建一個跟蹤句柄 declare @TraceID int --創建跟蹤文件路徑 declare @TraceFilePath nvarchar(500) set @TraceFilePath=N'D:\DBA_TOOLS\db_deadLock_log' --跟蹤文件的大小 declare @maxfilesize bigint set @maxfilesize=200 --設置停止的時間 declare @EndTime datetime set @EndTime=null --設置系統默認的操作 declare @options int set @options=2 --設置默認滾動文件的數目 declare @filecount int set @filecount=5 exec @rc=sp_trace_Create @TraceID output, @options, @TraceFilePath, @maxfilesize, @EndTime, @filecount if(@rc=0) select @TraceID declare @on bit set @on = 1 --下述語句中的148指的是locks:deadlock graph事件(參見sys.trace_events),12指的是spid列(參見sys.trace_columns) exec sp_trace_setevent @TraceID, 148, 12, @on exec sp_trace_setevent @TraceID, 148, 11, @on exec sp_trace_setevent @TraceID, 148, 4, @on exec sp_trace_setevent @TraceID, 148, 14, @on exec sp_trace_setevent @TraceID, 148, 26, @on exec sp_trace_setevent @TraceID, 148, 64, @on exec sp_trace_setevent @TraceID, 148, 1, @on -- 啟動跟蹤 exec sp_trace_setstatus @TraceID, 1 END GO --將該存儲過程設置為SQL Server服務啟動時自動啟動 EXEC sp_procoption 'StartBlackBoxTrace','STARTUP','ON' print 'ok' GO --查看 select * from sys.traces --刪除 exec sp_trace_setstatus 2, 0 exec sp_trace_setstatus 2, 2
運行上述語句后，每當SQL Server中發生死鎖事件，都會自動往文件e:/DbLog/deadlockdetect.trc中插入一條記錄。
2.暫停和停止服務器端跟蹤
如果要啟動上面的服務端跟蹤，可運行下面的語句：
exec sp_trace_setstatus 2, 1 --第一個參數2表示 TraceID，可以通過select * from sys.traces查看跟蹤ID。第二個參數表示將狀態改為1，即啟動
如果要停止上面的服務器端跟蹤，可運行下面的語句：
exec sp_trace_setstatus 1, 0 --第一個參數表示TraceID,即步驟1中的輸出參數。第二個參數表示將狀態改為0，即暫停
如果要移除上面的服務器端跟蹤，可運行下面的語句：
exec sp_trace_setstatus 1, 2 --第一個參數表示TraceID,即步驟1中的輸出參數。第二個參數表示將狀態改為2，即停止
3.查看跟蹤文件內容
對於上面生成的跟蹤文件(e:/DbLog/deadlockdetect.trc),可通過兩種方法查看：
1).執行t-sql命令
select * from fn_trace_gettable('e:/DbLog/deadlockdetect.trc',1)
結果中的TextData列即以XML的形式返回死鎖的詳細信息。
2).在SQL Server Profiler中打開。
依次 進入Profiler -> 打開跟蹤文件 ->選擇e:/DbLog/deadlockdetect.trc，就可以看到以圖形形式展現的死鎖信息了。