背景

考慮下面兩個并發帶來的問題：

1、丟失更新：一個事務的更新結果覆蓋了其它事務的更新結果，即所謂的更新丟失。

2、臟讀：當一個事務讀取其它完成一半事務的記錄時，就會發生臟讀取。

例如：

兩個用戶同時修改商品庫存表，A、B同時進入，看到的庫存都是100，A購買一件把庫存修改為99(100-1)。此時B購買兩件把庫存修改為98(100-2)，因為A、B同時讀到的庫存都是100，B并不能看到A做的庫存更新，所以造成B臟讀，造成A丟失更新。

所以為了解決這些并發帶來的問題。 我們需要引入并發控制機制--鎖。

?

鎖分類

悲觀鎖

悲觀鎖就是用戶修改數據時看起來很悲觀，保守態度，擔心別的用戶會同時修改這條數據，所以每次修改時會提前把這條數據鎖定起來，只有自己可修改（但別的用戶可以讀），等自己修改完了再釋放鎖。

?

樂觀鎖

樂觀鎖就是用戶修改數據時心態很樂觀，不管別人修改不修改數據，我都不上鎖，我修改的時候判斷下數據有沒有發生變化，沒發生變化我就會更新成功，發生變化了就不會更新成功我再去重試之前的動作直到更新成功。

?

鎖應用

悲觀鎖

使用悲觀鎖的時候我們首先必須關閉mysql數據庫的自動提交屬性，因為MySQL默認使用autocommit模式，也就是說，當你執行一個更新操作后，MySQL會立刻將結果進行提交。

關閉命令為：set autocommit=0;

?

悲觀鎖一般使用select…for update實現，在執行的時候會鎖定數據，雖然會鎖定數據，但是不影響其他事務的普通查詢使用。

在我們使用悲觀鎖的時候事務中的語句例如：

//開始事務 begin;/begin work;/start transaction; (三選一)//查詢信息 select * from order where id=1 for update;//修改信息 update order set name='names';//提交事務 commit;/commit work;(二選一)

此處的查詢語句for update關鍵字，在事務中只有SELECT ... FOR UPDATE 或LOCK IN SHARE MODE 同一條數據時會等待其它事務結束后才執行，一般的SELECT查詢則不受影響。

?

注意事項

執行事務時關鍵字select…for update會鎖定數據，防止其他事務更改數據。但是鎖定數據也是有規則的。

?

查詢條件與鎖定范圍：

1、具體的主鍵值為查詢條件

比如查詢條件為主鍵ID=1等等，如果此條數據存在，則鎖定當前行數據，如果不存在，則不鎖定。

?

2、不具體的主鍵值為查詢條件

比如查詢條件為主鍵ID>1等等，此時會鎖定整張數據表。

?

3、查詢條件中無主鍵

會鎖定整張數據表。

?

4、如果查詢條件中使用了索引為查詢條件

明確指定索引并且查到，則鎖定整條數據。如果找不到指定索引數據，則不加鎖。

?

樂觀鎖

1、使用自增長的整數表示數據版本號，更新時檢查版本號是否一致，比如數據庫中數據版本為666，更新提交時version=666+1,使用該version值(=667)與數據庫version+1(=667)作比較，如果相等，則可以更新，如果不等則有可能其他程序已更新該記錄，所以返回錯誤或者發起重試動作。

?

例如表

student(id,name,version)

1 ? ? a ? ? ? 1

當事務一進行更新操作：update student set name='txt' where id = #{id} and version = #{version};

此時操作完后數據會變為id = 1,name = txt,version = 2，當另外一個事務二同樣執行更新操作的時候，卻發現version != 1，此時事務二就會操作失敗，從而保證了數據的正確性。

2、使用時間戳來實現，原理同上。

3、使用其他數據庫字段，如：金額，更新時添加條件判斷金額是否變化，原理同上。

?

樂觀鎖圖示

?

結論

兩種鎖各有優缺點，不能單純的定義哪個好于哪個。樂觀鎖比較適合數據修改比較少，讀取比較頻繁的場景，即使出現了少量的沖突，這樣也省去了大量的鎖的開銷，故而提高了系統的吞吐量。但是如果經常發生沖突（寫數據比較多的情況下），上層應用不不斷的retry，這樣反而降低了性能，對于這種情況使用悲觀鎖就更合適。

總結

以上是生活随笔為你收集整理的并发控制--悲观锁和乐观锁详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。