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
SELECT * FROM AA(HOLDLOCK)
COMMIT TRAN RR

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

排他鎖

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

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

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

BEGIN TRAN EE
SELECT * FROM AA(HOLDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE

BEGIN TRAN RR
UPDATE AA SET TT='33' WHERE DD='44'
COMMIT TRAN RR

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

更新鎖

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

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

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

BEGIN TRAN RR
SELECT * FROM AA(UPDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN RR

BEGIN TRAN EE
SELECT * FROM AA(HOLDLOCK)
COMMIT TRAN EE

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

BEGIN TRAN EE
SELECT * FROM AA(HOLDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE

BEGIN TRAN RR
SELECT * FROM AA(UPDLOCK)
COMMIT TRAN RR

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

BEGIN TRAN EE
SELECT * FROM AA(UPDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE

BEGIN TRAN RR
SELECT * FROM AA(UPDLOCK)
COMMIT TRAN RR

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

BEGIN TRAN EE
SELECT * FROM AA(UPDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE

BEGIN TRAN RR
--SELECT * FROM AA(XLOCK)
UPDATE AA SET TT='44'
COMMIT TRAN RR

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