啟動SQLServer的死鎖檢查

2024-07-21 02:05:53

字體：大中小

供稿：網(wǎng)友

對于數(shù)據(jù)庫死鎖，通常可以通過trace flag 1204、1205、1206，檢查errorlog里面的輸出，和分析sqltrace的執(zhí)行上下文判斷死鎖問題的來由。
traceon函數(shù)的第三個參數(shù)設置為-1，表示不單單針對當前connection，而是針對所有包括未來建立
的connection。這樣，才夠完全，否則只是監(jiān)視當前已經(jīng)建立的數(shù)據(jù)庫連接了。

執(zhí)行下面的話可以把死鎖記錄到errorlog中：

dbcc traceon (1204, 3605, -1)
go
dbcc tracestatus(-1)
go



得到的輸出為：

dbcc 執(zhí)行完畢。如果 dbcc 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。
traceflag status
--------- ------
1204      1
1205      1
3605      1

（所影響的行數(shù)為 3 行）

dbcc 執(zhí)行完畢。如果 dbcc 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。





此后，你可以查看數(shù)據(jù)庫的例行日志，每隔一段時間，數(shù)據(jù)庫都會檢查死鎖，日志文本如下所示：

2004-01-16 18:34:38.50 spid4     ----------------------------------
2004-01-16 18:34:38.50 spid4     starting deadlock search 1976

2004-01-16 18:34:38.50 spid4     target resource owner:
2004-01-16 18:34:38.50 spid4      restype:lockowner stype:'or' mode: u spid:55 ecid:0 ec:(0xaa577570) value:0x4c25cba0
2004-01-16 18:34:38.50 spid4      node:1 restype:lockowner stype:'or' mode: u spid:55 ecid:0 ec:(0xaa577570) value:0x4c25cba0
2004-01-16 18:34:38.50 spid4      node:2 restype:lockowner stype:'or' mode: u spid:71 ecid:0 ec:(0xabf07570) value:0x9bd0ba00
2004-01-16 18:34:38.50 spid4
2004-01-16 18:34:38.50 spid4     -- next branch --
2004-01-16 18:34:38.50 spid4      node:2 restype:lockowner stype:'or' mode: u spid:71 ecid:0 ec:(0xabf07570) value:0x9bd0ba00
2004-01-16 18:34:38.50 spid4
2004-01-16 18:34:38.50 spid4
2004-01-16 18:34:38.50 spid4     end deadlock search 1976 ... a deadlock was not found.
2004-01-16 18:34:38.50 spid4     ----------------------------------

附錄：
dbcc traceon
打開（啟用）指定的跟蹤標記。

注釋
跟蹤標記用于自定義某些控制 microsoft® sql server? 操作方式的特性。跟蹤標記在服務器中
一直保持啟用狀態(tài)，直到通過執(zhí)行 dbcc traceoff 語句對其禁用為止。在發(fā)出 dbcc traceon
語句之前，連入到服務器的新連接看不到任何跟蹤標記。一旦發(fā)出該語句，該連接就能看到服務
器中當前啟用的所有跟蹤標記（即使這些標記是由其它連接啟用）。

跟蹤標記
跟蹤標記用于臨時設置服務器的特定特征或關閉特定行為。如果啟動 microsoft® sql server
時設置了跟蹤標記 3205，將禁用磁帶驅(qū)動程序的硬件壓縮。跟蹤標記經(jīng)常用于診斷性能問題，
或調(diào)試存儲過程或復雜的計算機系統(tǒng)。

下列跟蹤標記在 sql server 中可用。

跟蹤標記

描述

1204

返回參與死鎖的鎖的類型以及當前受影響的命令。

實際上可以在“錯誤 1000 -1999”中找到他們：

1204

19

sql server 此時無法獲取 lock 資源。請在活動用戶數(shù)較少時重新運行您的語句，或者請求系統(tǒng)管理員檢查 sql server 鎖和內(nèi)存配置。

1205

13

事務（進程 id %1!）與另一個進程已被死鎖在資源 {%2!} 上，且該事務已被選作死鎖犧牲品。請重新運行該事務。

1206

18

事務管理器已取消了分布式事務。

上一篇：Visual Foxpro中的多用戶及數(shù)據(jù)緩沖問題

下一篇：求記錄中的最新數(shù)據(jù)的方法!