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

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

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

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

原理解釋：

更新鎖

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

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

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

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

由于兩個事務(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要用獨占，不然的話亂套了；這是為了保護數(shù)據(jù)再一次操作中的準確性；

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

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，謝謝大家對我們的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接