MS SQL 鎖與事務

MS SQL 鎖與事務

加鎖的主要目的是為了防止并發操作時導緻的資料不一緻等問題，鎖分為共享鎖(S)、更新鎖(U)、排他鎖(X)，共享鎖與更新隻是單向相容？傳說中的單相思？

事務

事務能保證資料操作的原子性，要麼内部操作都送出，要麼都回退。事務内部某個地方出錯時，可以復原前面的操作，比如更新、删除等。

複制代碼

BEGIN TRAN

---報錯時復原

IF @@ERROR<>0

ROLLBACK TRAN

--執行完後送出

COMMIT TRAN

共享鎖

共享鎖允許并發事務讀取一個資源，資源上存在共享鎖時，任何其他事務不能修改資料，但是允許同時讀取。

HoldLock 在表上保持共享鎖，直到整個事務結束。

執行查詢時會預設加上共享鎖。

BEGIN TRAN EE

SELECT * FROM AA(HOLDLOCK)

WAITFOR DELAY '0:0:30'

COMMIT TRAN EE

BEGIN TRAN RR

COMMIT TRAN RR

上面的例子，都在表AA上加了共享鎖，運作結果表明，即使第一個事務沒有執行完，第二個事務仍然可以直接查詢出結果。這就說明，共享鎖是可以同時存在多個的，多個事務可以同時擷取同一資源的共享鎖。

排他鎖

XLOCK 其他事務不能讀也不能修改它鎖定的資源。

執行更新時會自動添加排他鎖。

共享鎖與排他鎖不能同時存在。

UPDATE AA SET TT='33' WHERE DD='44'

第一個事務在執行完成之前，第二個事務的更新一直沒有進行，直到第一個事務完成之後，第二個事務中執行的更新操作才能進行。這就表明，共享鎖與排他鎖時不能同時存在的。一旦一個事務擷取到了一個資源的共享鎖，那麼隻有等到共享鎖釋放之後，才能被其他事務擷取排他鎖。

更新鎖

UPDLOCK 一次隻有一個事務可以獲得資源的更新鎖，擷取了更新鎖意味着擷取了從共享鎖到排他鎖的資格。但是不會影響其他的查詢，隻會阻止那些試圖加更新鎖的操作。同一時間在同一個資源上不能有兩個更新鎖，同時加共享鎖時允許的。

共享鎖與更新鎖是相容的，允許同時在一個資源上。

排他鎖與更新鎖是不相容的，不能同時加在一個資源上。

SELECT * FROM AA(UPDLOCK)

以上代碼測試結果表明，在資源上加了更新鎖之後，還可以繼續加共享鎖，也就說并不影響查詢。但是，看下面的例子。

上面的例子是先加共享鎖，然後再加更新鎖，測試結果表明，在第一個事務結束之前，第二個事務并不能擷取到更新鎖。是以，是不是可以說更新鎖與共享鎖的相容是單向的。

上面的測試結果表明，不能同時擷取同一個資源的更新鎖。

--SELECT * FROM AA(XLOCK)

UPDATE AA SET TT='44'

上面測試表明，加了更新鎖，就不能獲得排他鎖。

原文位址

https://www.cnblogs.com/zyskr/p/10755524.html