啟動(dòng) SQLServer 的死鎖檢查
|
Report Date
：
??
|
Prepared by
：
????
鄭昀
|
|
Article last modified on
|
|
|
The information in this article applies to:
ü
???????
Microsoft SQL Server 2000,7.0
|
|
陳述
:
對(duì)于數(shù)據(jù)庫(kù)死鎖，通常可以通過(guò)
TRACE FLAG 1204
、
1205
、
1206
，檢查
ERRORLOG
里面的輸出，和分析
SQLTRACE
的執(zhí)行上下文判斷死鎖問(wèn)題的來(lái)由。
TRACEON
函數(shù)的第三個(gè)參數(shù)設(shè)置為
-1
，表示不單單針對(duì)當(dāng)前
connection
，而是針對(duì)所有包括未來(lái)建立的
connection
。這樣，才夠完全，否則只是監(jiān)視當(dāng)前已經(jīng)建立的數(shù)據(jù)庫(kù)連接了。
執(zhí)行下面的話可以把死鎖記錄到 Errorlog 中：
|
dbcc traceon (1204, 3605, -1)
|
??
?
得到的輸出為：
|
DBCC
執(zhí)行完畢。如果
DBCC
輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
（所影響的行數(shù)為
3
行）
DBCC
執(zhí)行完畢。如果
DBCC
輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
|
??
???
?
?
?
?
此后，你可以查看數(shù)據(jù)庫(kù)的例行日志，每隔一段時(shí)間，數(shù)據(jù)庫(kù)都會(huì)檢查死鎖，日志文本如下所示：
|
2004-01-16 18:34:38.50 spid4???? ----------------------------------
?
2004-01-16 18:34:38.50 spid4???? Target Resource Owner:
|
?
?
?
?
?
?
?
?
?
以下實(shí)際檢測(cè)到死鎖的日志輸出，來(lái)自于一份非常棒的講義“
Log Shipping in SQL Server 2000.ppt
”，作者是
Ron Talmage
：
Deadlock encountered .... Printing deadlock information
Wait-for graph
Node:1
KEY: 7:1977058079:1 (f600d
Grant List::
??
Owner:0x19090e20 Mode: X
???????
Flg:0x0 Ref:0 Life:02000000 SPID:54 ECID:0
??
SPID: 54 ECID: 0 Statement Type: SELECT Line #: 1
??
Input Buf: Language Event: Select * From Authors
Requested By:
???
ResType:LockOwner Stype:'OR' Mode:
Node:2
KEY: 7:1977058079:1 (f
Grant List::
??
Owner:0x19091000 Mode: X
???????
Flg:0x0 Ref:0 Life:02000000 SPID:53 ECID:0
??
SPID: 53 ECID: 0 Statement Type: SELECT Line #: 1
??
Input Buf: Language Event: Select * From Authors
Requested By:
???
ResType:LockOwner Stype:'OR' Mode:
Victim Resource Owner:
ResType:LockOwner Stype:'OR' Mode:
|
?
這份講義的下載地址：
http://www.sqlpass.org/resources/sessions/summit2002/S231_S348.ppt
數(shù)據(jù)庫(kù)管理員必看哦。
?
附錄：
DBCC TRACEON
打開(kāi)（啟用）指定的跟蹤標(biāo)記。
注釋
跟蹤標(biāo)記用于自定義某些控制 Microsoft? SQL Server? 操作方式的特性。跟蹤標(biāo)記在服務(wù)器中一直保持啟用狀態(tài)，直到通過(guò)執(zhí)行 DBCC TRACEOFF 語(yǔ)句對(duì)其禁用為止。在發(fā)出 DBCC TRACEON 語(yǔ)句之前，連入到服務(wù)器的新連接看不到任何跟蹤標(biāo)記。一旦發(fā)出該語(yǔ)句，該連接就能看到服務(wù)器中當(dāng)前啟用的所有跟蹤標(biāo)記（即使這些標(biāo)記是由其它連接啟用）。
跟蹤標(biāo)記
跟蹤標(biāo)記用于臨時(shí)設(shè)置服務(wù)器的特定特征或關(guān)閉特定行為。例如，如果啟動(dòng) Microsoft? SQL Server? 時(shí)設(shè)置了跟蹤標(biāo)記 3205 ，將禁用磁帶驅(qū)動(dòng)程序的硬件壓縮。跟蹤標(biāo)記經(jīng)常用于診斷性能問(wèn)題，或調(diào)試存儲(chǔ)過(guò)程或復(fù)雜的計(jì)算機(jī)系統(tǒng)。
下列跟蹤標(biāo)記在 SQL Server 中可用。
|
跟蹤標(biāo)記
|
描述
|
|
1204 |
返回參與死鎖的鎖的類型以及當(dāng)前受影響的命令。 |
實(shí)際上可以在“錯(cuò)誤
1000
|
1204 |
19 |
SQL Server 此時(shí)無(wú)法獲取 LOCK 資源。請(qǐng)?jiān)诨顒?dòng)用戶數(shù)較少時(shí)重新運(yùn)行您的語(yǔ)句，或者請(qǐng)求系統(tǒng)管理員檢查 SQL Server 鎖和內(nèi)存配置。 |
|
1205 |
13 |
事務(wù)（進(jìn)程 ID %1! ）與另一個(gè)進(jìn)程已被死鎖在資源 {%2!} 上，且該事務(wù)已被選作死鎖犧牲品。請(qǐng)重新運(yùn)行該事務(wù)。 |
|
1206 |
18 |
事務(wù)管理器已取消了分布式事務(wù)。 |
?
Writen by zhengyun.NoJunk(at)tomosoft.dot.com
Disclaimers
：
本文檔所包含的信息代表了在發(fā)布之日，
ZhengYun
對(duì)所討論問(wèn)題的當(dāng)前看法，
Zhengyun
不保證所給信息在發(fā)布之日以后的準(zhǔn)確性。
本文檔僅供參考。對(duì)本文檔中的信息，
Zhengyun
不做任何明示或默示的保證。
用戶必須遵守所有適用的版權(quán)法。在不對(duì)版權(quán)法所規(guī)定的權(quán)利加以限制的情況下，如未得到
zhengyun
和
CSDN.Net
明確的書(shū)面許可，不得出于任何目的、以任何形式或手段（電子的、機(jī)械的、影印、錄制等等）復(fù)制、傳播本文的任何部分，也不得將其存儲(chǔ)或引入到檢索系統(tǒng)中。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=12745
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫(xiě)作最大的動(dòng)力，如果您喜歡我的文章，感覺(jué)我的文章對(duì)您有幫助，請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長(zhǎng)非常感激您！手機(jī)微信長(zhǎng)按不能支付解決辦法：請(qǐng)將微信支付二維碼保存到相冊(cè)，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元
