什么是悲觀鎖和樂觀鎖

什么是悲觀鎖和樂觀鎖？很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

 悲觀鎖(Pessimistic Lock), 顧名思義，就是很悲觀，每次去拿數據的時候都認為別人會修改，所以每次在拿數據的時候都會上鎖，這樣別人想拿這個數據就會block直到它拿到鎖。傳統的關系型數據庫里邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。

最常用的就是 select … for update，它是一種行鎖，會把select出來的結果行鎖住，在本事務提交或者回滾之前，不允許其他事務對這些行做update、delete、for update操作。

樂觀鎖(Optimistic Lock), 顧名思義，就是很樂觀，每次去拿數據的時候都認為別人不會修改，所以不會上鎖，期間該數據可以隨便被其他人讀取，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，可以使用版本號等機制。

版本號機制是樂觀鎖最常用的方式，就是在表中增加一個版本號的字段，更新前先查一遍獲取版本號，再作為更新語句的where條件進行更新，如果數據在獲取版本號之后，在更新之前已經改變了，那就會更新失敗，因為最后更新了0條數據，java后臺拿到更新數如果為0，則說明更新失敗，出現了并發問題，然后做具體的處理。

例如有兩個人同時對某條數據做修改，過程如下：

操作員A操作如下：

select id, balance, version from table where id=“1”;

查詢結果：id=1, balance=1000, version=1

update table set balance=balance+100, version=version+1 where id=“1” and version=1;

執行后，返回的更新結果是1，說明更新了一條，數據庫里的結果是：id=1, balance=1100, version=2

操作員B操作如下：

select id, balance, version from table where id=“1”;

查詢結果：id=1, balance=1000, version=1, 說明操作員A還沒修改。

update table set balance=balance-50, version=version+1 where id=“1” and version=1 ;

查的時候，操作員A還沒修改，當要更新時，操作員A已經先修改成功，所以數據庫里實際值是id=1, balance=1100, version=2，

操作員B也將版本號加一(version=2)試圖向數據庫提交數據(balance=950)，但此時查不到where id=“1” and version=1 的數據，

所以update就失敗了，執行結果是0，說明沒有對任何數據更新成功。

現在再去查一下，結果還是操作員A操作完成之后的結果

select id, balance, version from table where id=“1”;

查詢結果：id=1, balance=1100, version=2

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。