此文章主要介紹的是在SQL Server 2000數據庫中正確的檢測與結束死鎖的實際操作步驟，在 Microsoft® SQL Server™ 2000數據庫中，單個用戶會話都會有一個或多個代表它運行的線程。每個線程可能獲取或等待獲取各種資源，如：

鎖。

與并行查詢執行相關的資源（與交換端口相關聯的處理協調器、發生器和使用者線程）。

線程。

內存。

上述這些資源除內存外都參與 SQL Server 死鎖檢測方案。對于內存，SQL Server 使用基于超時的機制，該機制由 sp_configure 中的 query wait 選項控制。

在 SQL Server 2000 中，死鎖檢測由一個稱為鎖監視器線程的單獨的線程執行。在出現下列任一情況時，鎖監視器線程對特定線程啟動死鎖搜索：

線程已經為同一資源等待了一段指定的時間。鎖監視器線程定期醒來并識別所有等待某個資源的線程。如果鎖監視器再次醒來時這些線程仍在等待同一資源，則它將對等待線程啟動鎖搜索。

線程等待資源并啟動急切的死鎖搜索。

SQL Server 通常只執行定期死鎖檢測，而不使用急切模式。因為系統中遇到的死鎖數通常很少，定期死鎖檢測有助于減少系統中死鎖檢測的開銷。

當鎖監視器對特定線程啟動死鎖檢測時，它識別線程正在等待的資源。然后，鎖監視器查找特定資源的擁有者，并遞歸地繼續執行對那些線程的死鎖搜索，直到找到一個循環。用這種方式識別的循環形成一個死鎖。

在識別死鎖后，SQL Server 通過自動選擇可以打破死鎖的線程（死鎖犧牲品）來結束死鎖。SQL Server 回滾作為死鎖犧牲品的事務，通知線程的應用程序（通過返回 1205 號錯誤信息），取消線程的當前請求，然后允許不間斷線程的事務繼續進行。

SQL Server 通常選擇運行撤消時花費最少的事務的線程作為死鎖犧牲品。另外，用戶可以使用 SET 語句將會話的 DEADLOCK_PRIORITY 設置為 LOW。DEADLOCK_PRIORITY 選項控制在死鎖情況下如何衡量會話的重要性。如果會話的設置為 LOW ，則當會話陷入死鎖情況時將成為***犧牲品。

上述的相關內容就是對在SQL Server 2000數據庫中檢測和結束死鎖的描述，希望會給你帶來一些幫助在此方面。

【編輯推薦】

1. SQL Server非聚集索引概述
2. 用SQL Server索引密度對行數進行評估
3. 關于SQL Server索引密度的知識
4. SQL Server索引直方圖的內容描述
5. SQL Server評價索引之有效性