標(biāo)簽：SQL SERVER/MSSQL SERVER/數(shù)據(jù)庫/死鎖/

Microsoft SQL Server 數(shù)據(jù)庫引擎具有多粒度鎖定，允許一個(gè)事務(wù)鎖定不同類型的資源。 為了盡量減少鎖定的開銷，數(shù)據(jù)庫引擎自動(dòng)將資源鎖定在適合任務(wù)的級(jí)別。 鎖定在較小的粒度（例如行）可以提高并發(fā)度，但開銷較高，因?yàn)槿绻i定了許多行，則需要持有更多的鎖。 鎖定在較大的粒度（例如表）會(huì)降低了并發(fā)度，因?yàn)殒i定整個(gè)表限制了其他事務(wù)對(duì)表中任意部分的訪問。 但其開銷較低，因?yàn)樾枰S護(hù)的鎖較少。

數(shù)據(jù)庫引擎通常必須獲取多粒度級(jí)別上的鎖才能完整地保護(hù)資源。 這組多粒度級(jí)別上的鎖稱為鎖層次結(jié)構(gòu)。 例如，為了完整地保護(hù)對(duì)索引的讀取，數(shù)據(jù)庫引擎實(shí)例可能必須獲取行上的共享鎖以及頁和表上的意向共享鎖。

數(shù)據(jù)庫引擎可以鎖定的資源。

數(shù)據(jù)庫引擎使用的資源鎖模式。

共享鎖

共享鎖（S 鎖）允許并發(fā)事務(wù)在封閉式并發(fā)控制下讀取 (SELECT) 資源。 有關(guān)詳細(xì)信息，請(qǐng)參閱并發(fā)控制的類型。 資源上存在共享鎖（S 鎖）時(shí)，任何其他事務(wù)都不能修改數(shù)據(jù)。 讀取操作一完成，就立即釋放資源上的共享鎖（S 鎖），除非將事務(wù)隔離級(jí)別設(shè)置為可重復(fù)讀或更高級(jí)別，或者在事務(wù)持續(xù)時(shí)間內(nèi)用鎖定提示保留共享鎖（S 鎖）。

更新鎖

更新鎖（U 鎖）可以防止常見的死鎖。 在可重復(fù)讀或可序列化事務(wù)中，此事務(wù)讀取數(shù)據(jù) [獲取資源（頁或行）的共享鎖（S 鎖）]，然后修改數(shù)據(jù) [此操作要求鎖轉(zhuǎn)換為排他鎖（X 鎖）]。 如果兩個(gè)事務(wù)獲得了資源上的共享模式鎖，然后試圖同時(shí)更新數(shù)據(jù)，則一個(gè)事務(wù)嘗試將鎖轉(zhuǎn)換為排他鎖（X 鎖）。 共享模式到排他鎖的轉(zhuǎn)換必須等待一段時(shí)間，因?yàn)橐粋€(gè)事務(wù)的排他鎖與其他事務(wù)的共享模式鎖不兼容；發(fā)生鎖等待。 第二個(gè)事務(wù)試圖獲取排他鎖（X 鎖）以進(jìn)行更新。 由于兩個(gè)事務(wù)都要轉(zhuǎn)換為排他鎖（X 鎖），并且每個(gè)事務(wù)都等待另一個(gè)事務(wù)釋放共享模式鎖，因此發(fā)生死鎖。

若要避免這種潛在的死鎖問題，請(qǐng)使用更新鎖（U 鎖）。 一次只有一個(gè)事務(wù)可以獲得資源的更新鎖（U 鎖）。 如果事務(wù)修改資源，則更新鎖（U 鎖）轉(zhuǎn)換為排他鎖（X 鎖）。

排他鎖

排他鎖（X 鎖）可以防止并發(fā)事務(wù)對(duì)資源進(jìn)行訪問。 使用排他鎖（X 鎖）時(shí)，任何其他事務(wù)都無法修改數(shù)據(jù)；僅在使用 NOLOCK 提示或未提交讀隔離級(jí)別時(shí)才會(huì)進(jìn)行讀取操作。

數(shù)據(jù)修改語句（如 INSERT、UPDATE 和 DELETE）合并了修改和讀取操作。 語句在執(zhí)行所需的修改操作之前首先執(zhí)行讀取操作以獲取數(shù)據(jù)。 因此，數(shù)據(jù)修改語句通常請(qǐng)求共享鎖和排他鎖。 例如，UPDATE 語句可能根據(jù)與一個(gè)表的聯(lián)接修改另一個(gè)表中的行。 在此情況下，除了請(qǐng)求更新行上的排他鎖之外，UPDATE 語句還將請(qǐng)求在聯(lián)接表中讀取的行上的共享鎖。

意向鎖

數(shù)據(jù)庫引擎使用意向鎖來保護(hù)共享鎖（S 鎖）或排他鎖（X 鎖）放置在鎖層次結(jié)構(gòu)的底層資源上。 意向鎖之所以命名為意向鎖，是因?yàn)樵谳^低級(jí)別鎖前可獲取它們，因此會(huì)通知意向?qū)㈡i放置在較低級(jí)別上。

意向鎖有兩種用途：

• 防止其他事務(wù)以會(huì)使較低級(jí)別的鎖無效的方式修改較高級(jí)別資源。
• 提高數(shù)據(jù)庫引擎在較高的粒度級(jí)別檢測(cè)鎖沖突的效率。

例如，在該表的頁或行上請(qǐng)求共享鎖（S 鎖）之前，在表級(jí)請(qǐng)求共享意向鎖。 在表級(jí)設(shè)置意向鎖可防止另一個(gè)事務(wù)隨后在包含那一頁的表上獲取排他鎖（X 鎖）。 意向鎖可以提高性能，因?yàn)閿?shù)據(jù)庫引擎僅在表級(jí)檢查意向鎖來確定事務(wù)是否可以安全地獲取該表上的鎖。 而不需要檢查表中的每行或每頁上的鎖以確定事務(wù)是否可以鎖定整個(gè)表。

意向鎖包括意向共享 (IS)、意向排他 (IX) 以及意向排他共享 (SIX)。

架構(gòu)鎖

數(shù)據(jù)庫引擎在表數(shù)據(jù)定義語言 (DDL) 操作（例如添加列或刪除表）的過程中使用架構(gòu)修改 (Sch-M) 鎖。 保持該鎖期間，Sch-M 鎖將阻止對(duì)表進(jìn)行并發(fā)訪問。 這意味著 Sch-M 鎖在釋放前將阻止所有外圍操作。

某些數(shù)據(jù)操作語言 (DML) 操作（例如表截?cái)啵┦褂?Sch-M 鎖阻止并發(fā)操作訪問受影響的表。

數(shù)據(jù)庫引擎在編譯和執(zhí)行查詢時(shí)使用架構(gòu)穩(wěn)定性 (Sch-S) 鎖。 Sch-S 鎖不會(huì)阻止某些事務(wù)鎖，其中包括排他 (X) 鎖。 因此，在編譯查詢的過程中，其他事務(wù)（包括那些針對(duì)表使用 X 鎖的事務(wù)）將繼續(xù)運(yùn)行。 但是，無法針對(duì)表執(zhí)行獲取 Sch-M 鎖的并發(fā) DDL 操作和并發(fā) DML 操作。

大容量更新鎖

數(shù)據(jù)庫引擎在將數(shù)據(jù)大容量復(fù)制到表中時(shí)使用了大容量更新 (BU) 鎖，并指定了 TABLOCK 提示或使用 sp_tableoption 設(shè)置了 table lock on bulk load 表選項(xiàng)。 大容量更新鎖（BU 鎖）允許多個(gè)線程將數(shù)據(jù)并發(fā)地大容量加載到同一表，同時(shí)防止其他不進(jìn)行大容量加載數(shù)據(jù)的進(jìn)程訪問該表。

鍵范圍鎖

在使用可序列化事務(wù)隔離級(jí)別時(shí)，對(duì)于 Transact-SQL 語句讀取的記錄集，鍵范圍鎖可以隱式保護(hù)該記錄集中包含的行范圍。 鍵范圍鎖可防止幻讀。 通過保護(hù)行之間鍵的范圍，它還防止對(duì)事務(wù)訪問的記錄集進(jìn)行幻像插入或刪除

鎖兼容性控制多個(gè)事務(wù)能否同時(shí)獲取同一資源上的鎖。 如果資源已被另一事務(wù)鎖定，則僅當(dāng)請(qǐng)求鎖的模式與現(xiàn)有鎖的模式相兼容時(shí)，才會(huì)授予新的鎖請(qǐng)求。 如果請(qǐng)求鎖的模式與現(xiàn)有鎖的模式不兼容，則請(qǐng)求新鎖的事務(wù)將等待釋放現(xiàn)有鎖或等待鎖超時(shí)間隔過期。 例如，沒有與排他鎖兼容的鎖模式。 如果具有排他鎖（X 鎖），則在釋放排他鎖（X 鎖）之前，其他事務(wù)均無法獲取該資源的任何類型（共享、更新或排他）的鎖。 另一種情況是，如果共享鎖（S 鎖）已應(yīng)用到資源，則即使第一個(gè)事務(wù)尚未完成，其他事務(wù)也可以獲取該項(xiàng)的共享鎖或更新鎖（U 鎖）。 但是，在釋放共享鎖之前，其他事務(wù)無法獲取排他鎖。

最常見的鎖模式的兼容性。

使用下表可以確定 Microsoft SQL Server 中所有可用的鎖模式的兼容性。