SQL Server三種鎖定模式的示例分析

這篇文章主要為大家展示了“SQL Server三種鎖定模式的示例分析”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“SQL Server三種鎖定模式的示例分析”這篇文章吧。

sql server 鎖定模式有三種：共享（ S鎖），更新（U鎖），排他（X鎖）；

S鎖是共享鎖，如果事務(wù)T對數(shù)據(jù)A加上共享鎖后，則其他事務(wù)只能對A再加共享鎖，不能加排他鎖。獲準(zhǔn)共享鎖的事務(wù)只能讀數(shù)據(jù)，不能修改數(shù)據(jù)。

個人理解為，對數(shù)據(jù)A的操作就只能是SELECT ,(聯(lián)想下，S鎖，不就是Select的首字母么），其他事務(wù)對A數(shù)據(jù)的UPDATE ,DELETE都不能進(jìn)行；

U鎖是更新鎖。用于可更新的資源中。防止當(dāng)多個會話在讀取、鎖定以及隨后可能進(jìn)行的資源更新時發(fā)生常見形式的死鎖。

原理解釋：

更新鎖

更新 (U) 鎖可以防止通常形式的死鎖。一般更新模式由一個事務(wù)組成，此事務(wù)讀取記錄，獲取資源（頁或行）的共享 (S) 鎖，然后修改行，此操作要求鎖轉(zhuǎn)換為排它 (X) 鎖。

如果兩個事務(wù)獲得了資源上的共享模式鎖，然后試圖同時更新數(shù)據(jù)，則一個事務(wù)嘗試將鎖轉(zhuǎn)換為排它 (X) 鎖。

共享模式到排它鎖的轉(zhuǎn)換必須等待一段時間，因為一個事務(wù)的排它鎖與其它事務(wù)的共享模式鎖不兼容；發(fā)生鎖等待。

第二個事務(wù)試圖獲取排它 (X) 鎖以進(jìn)行更新。

由于兩個事務(wù)都要轉(zhuǎn)換為排它 (X) 鎖，并且每個事務(wù)都等待另一個事務(wù)釋放共享模式鎖，因此發(fā)生死鎖。

若要避免這種潛在的死鎖問題，請使用更新 (U) 鎖。一次只有一個事務(wù)可以獲得資源的更新 (U) 鎖。

如果事務(wù)修改資源，則更新 (U) 鎖轉(zhuǎn)換為排它 (X) 鎖。否則，鎖轉(zhuǎn)換為共享鎖。

個人理解，打個比方，A,B都拿把槍指著對方說：”我等你放下槍我就放下槍“，大家都等對方放下槍，于是就這么死僵持著......

X鎖是排他鎖，也叫獨占鎖，事務(wù)對A資源的insert ,update ,delete要用獨占，不然的話亂套了；這是為了保護(hù)數(shù)據(jù)再一次操作中的準(zhǔn)確性；

個人理解就是，一次一個....

以上是“SQL Server三種鎖定模式的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注億速云行業(yè)資訊頻道！