以下的文章主要描述的是SQL Server 2000數(shù)據(jù)庫(kù)中檢測(cè)與SQL Server 2000數(shù)據(jù)庫(kù)結(jié)束死鎖，在實(shí)際操作中我們大家經(jīng)常會(huì)遇到檢測(cè)與結(jié)束死鎖這一問題，那么他到底如何解決呢？以下就有對(duì)其的介紹。

測(cè)和結(jié)束死鎖

在 Microsoft® SQL Server™ 2000 中，單個(gè)用戶會(huì)話可能有一個(gè)或多個(gè)代表它運(yùn)行的線程。每個(gè)線程可能獲取或等待獲取各種資源，如：

鎖。

與并行查詢執(zhí)行相關(guān)的資源（與交換端口相關(guān)聯(lián)的處理協(xié)調(diào)器、發(fā)生器和使用者線程）。

線程。

內(nèi)存。

上述這些資源除內(nèi)存外都參與 SQL Server 死鎖檢測(cè)方案。對(duì)于內(nèi)存，SQL Server 使用基于超時(shí)的機(jī)制，該機(jī)制由 sp_configure 中的 query wait 選項(xiàng)控制。

在 SQL Server 2000數(shù)據(jù)庫(kù) 中，死鎖檢測(cè)由一個(gè)稱為鎖監(jiān)視器線程的單獨(dú)的線程執(zhí)行。在出現(xiàn)下列任一情況時(shí)，鎖監(jiān)視器線程對(duì)特定線程啟動(dòng)死鎖搜索：

線程已經(jīng)為同一資源等待了一段指定的時(shí)間。鎖監(jiān)視器線程定期醒來(lái)并識(shí)別所有等待某個(gè)資源的線程。如果鎖監(jiān)視器再次醒來(lái)時(shí)這些線程仍在等待同一資源，則它將對(duì)等待線程啟動(dòng)鎖搜索。

線程等待資源并啟動(dòng)急切的死鎖搜索。

SQL Server 通常只執(zhí)行定期死鎖檢測(cè)，而不使用急切模式。因?yàn)橄到y(tǒng)中遇到的死鎖數(shù)通常很少，定期死鎖檢測(cè)有助于減少系統(tǒng)中死鎖檢測(cè)的開銷。

當(dāng)鎖監(jiān)視器對(duì)特定線程啟動(dòng)死鎖檢測(cè)時(shí)，它識(shí)別線程正在等待的資源。然后，鎖監(jiān)視器查找特定資源的擁有者，并遞歸地繼續(xù)執(zhí)行對(duì)那些線程的死鎖搜索，直到找到一個(gè)循環(huán)。用這種方式識(shí)別的循環(huán)形成一個(gè)死鎖。

在識(shí)別死鎖后，SQL Server 通過自動(dòng)選擇可以打破死鎖的線程（死鎖犧牲品）來(lái)結(jié)束死鎖。SQL Server 回滾作為死鎖犧牲品的事務(wù)，通知線程的應(yīng)用程序（通過返回 1205 號(hào)錯(cuò)誤信息），取消線程的當(dāng)前請(qǐng)求，然后允許不間斷線程的事務(wù)繼續(xù)進(jìn)行。

SQL Server 通常選擇運(yùn)行撤消時(shí)花費(fèi)最少的事務(wù)的線程作為死鎖犧牲品。另外，用戶可以使用 SET 語(yǔ)句將會(huì)話的 DEADLOCK_PRIORITY 設(shè)置為 LOW。DEADLOCK_PRIORITY 選項(xiàng)控制在死鎖情況下如何衡量會(huì)話的重要性。如果會(huì)話的設(shè)置為 LOW ，則當(dāng)會(huì)話陷入死鎖情況時(shí)將成為***犧牲品。 

上述的相關(guān)內(nèi)容就是對(duì)SQL Server 2000數(shù)據(jù)庫(kù)中檢測(cè)和結(jié)束死鎖的描述，希望會(huì)給你帶來(lái)一些幫助在此方面。 

【編輯推薦】

1. SQL Server MS SQL語(yǔ)句的分類
2. 清除SQL Server日志的方案有哪些？
3. 對(duì)SQL Server 2005刪除用戶失敗的破解
4. 轉(zhuǎn)移SQL Server數(shù)據(jù)的實(shí)現(xiàn)
5. SQL Server數(shù)據(jù)庫(kù)的收縮與設(shè)定每日自動(dòng)備份