建站
咨詢
售后
建站咨詢
新聞中心
此文章主要介紹的是SQL Server死鎖檢測與SQL Server結(jié)束死鎖，我們大家都知道在 Microsoft? SQL Server? 2000 數(shù)據(jù)庫中，單個用戶會話可能有一個或多個代表它運行的線程。每個線程可能獲取或等待獲取各種資源，如：
為隆回等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及隆回網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站制作、成都做網(wǎng)站、隆回網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！
鎖。
與并行查詢執(zhí)行相關(guān)的資源（與交換端口相關(guān)聯(lián)的處理協(xié)調(diào)器、發(fā)生器和使用者線程）。
線程。
內(nèi)存。
上述這些資源除內(nèi)存外都參與 SQL Server死鎖檢測方案。對于內(nèi)存，SQL Server 使用基于超時的機制，該機制由 sp_configure 中的 query wait 選項控制。
在 SQL Server 2000 中，死鎖檢測由一個稱為鎖監(jiān)視器線程的單獨的線程執(zhí)行。在出現(xiàn)下列任一情況時，鎖監(jiān)視器線程對特定線程啟動死鎖搜索：
線程已經(jīng)為同一資源等待了一段指定的時間。鎖監(jiān)視器線程定期醒來并識別所有等待某個資源的線程。如果鎖監(jiān)視器再次醒來時這些線程仍在等待同一資源，則它將對等待線程啟動鎖搜索。
線程等待資源并啟動急切的死鎖搜索。
SQL Server 通常只執(zhí)行定期SQL Server死鎖檢測，而不使用急切模式。因為系統(tǒng)中遇到的死鎖數(shù)通常很少，定期SQL Server死鎖檢測有助于減少系統(tǒng)中死鎖檢測的開銷。
當鎖監(jiān)視器對特定線程啟動死鎖檢測時，它識別線程正在等待的資源。然后，鎖監(jiān)視器查找特定資源的擁有者，并遞歸地繼續(xù)執(zhí)行對那些線程的死鎖搜索，直到找到一個循環(huán)。用這種方式識別的循環(huán)形成一個死鎖。
在識別死鎖后，SQL Server 通過自動選擇可以打破死鎖的線程（死鎖犧牲品）來結(jié)束死鎖。SQL Server 回滾作為死鎖犧牲品的事務(wù)，通知線程的應(yīng)用程序（通過返回 1205 號錯誤信息），取消線程的當前請求，然后允許不間斷線程的事務(wù)繼續(xù)進行。
SQL Server 通常選擇運行撤消時花費最少的事務(wù)的線程作為死鎖犧牲品。另外，用戶可以使用 SET 語句將會話的 DEADLOCK_PRIORITY 設(shè)置為 LOW。DEADLOCK_PRIORITY 選項控制在死鎖情況下如何衡量會話的重要性。如果會話的設(shè)置為 LOW ，則當會話陷入死鎖情況時將成為首選犧牲品。
識別死鎖：識別死鎖后，SQL Server 選擇特定的線程作為死鎖犧牲品，并返回一條列出死鎖中涉及的資源的錯誤信息。該死鎖信息采用下列形式：
Your transaction (process ID #52) was deadlocked>死鎖中涉及的線程和資源位于錯誤日志中。
以上的相關(guān)內(nèi)容就是對SQL Server死鎖檢測和結(jié)束死鎖的介紹，望你能有所收獲。
上述的相關(guān)內(nèi)容就是對SQL Server死鎖檢測和結(jié)束死鎖的描述，希望會給你帶來一些幫助在此方面。
【編輯推薦】
- SQL Server 2008數(shù)據(jù)庫中的聯(lián)機事務(wù)處
- SQL Server磁帶備份設(shè)備的性能優(yōu)化過程
- SQL Server 2000數(shù)據(jù)庫備份和還原的示例
- SQL Server 2005商業(yè)智能功能淺析
- 創(chuàng)建SQL Server數(shù)據(jù)庫更是實在
網(wǎng)頁標題：SQL Server死鎖檢測與SQL Server結(jié)束死鎖概述
本文地址：http://m.5511xx.com/article/codcdss.html
