概念上區(qū)別

樂觀鎖(Optimistic Locking)：顧名思義，對加鎖持有一種樂觀的態(tài)度，即先進行業(yè)務操作，不到最后一步不進行加鎖，"樂觀"的認為加鎖一定會成功的，在最后一步更新數(shù)據(jù)的時候再進行加鎖。

悲觀鎖(Pessimistic Lock)：正如其名字一樣，悲觀鎖對數(shù)據(jù)加鎖持有一種悲觀的態(tài)度。因此，在整個數(shù)據(jù)處理過程中，將數(shù)據(jù)處于鎖定狀態(tài)。悲觀鎖的實現(xiàn)，往往依靠數(shù)據(jù)庫提供的鎖機制(也只有數(shù)據(jù)庫層提供的鎖機制才能真正保證數(shù)據(jù)訪問的排他性，否則，即使在本系統(tǒng)中實現(xiàn)了加鎖機制，也無法保證外部系統(tǒng)不會修改數(shù)據(jù))。

實現(xiàn)方式：

樂觀鎖： * version方式：一般是在數(shù)據(jù)表中加上一個數(shù)據(jù)版本號version字段，表示數(shù)據(jù)被修改的次數(shù)，當數(shù)據(jù)被修改時，version值會加一。當線程A要更新數(shù)據(jù)值時，在讀取數(shù)據(jù)的同時也會讀取version值，在提交更新時，若剛才讀取到的version值為當前數(shù)據(jù)庫中的version值相等時才更新，否則重試更新操作，直到更新成功。

sql實現(xiàn)代碼：

update table set x=x+1, version=version+1 where id=#{id} and version=#{version};

CAS(定義見后)操作方式：即compare and swap 或者 compare and set，涉及到三個操作數(shù)，數(shù)據(jù)所在的內存值，預期值，新值。當需要更新時，判斷當前內存值與之前取到的值是否相等，若相等，則用新值更新，若失敗則重試，一般情況下是一個自旋操作，即不斷的重試。

悲觀鎖： * 是由數(shù)據(jù)庫自己實現(xiàn)了的，要用的時候，我們直接調用數(shù)據(jù)庫的相關語句就可以了(原理：共享資源每次只給一個線程使用，其它線程阻塞，用完后再把資源轉讓給其它線程)，如行鎖、讀鎖和寫鎖等，都是在操作之前加鎖，在Java中，synchronized的思想也是悲觀鎖。

使用場景

樂觀鎖：比較適合讀取操作比較頻繁的場景，如果出現(xiàn)大量的寫入操作，數(shù)據(jù)發(fā)生沖突的可能性就會增大，為了保證數(shù)據(jù)的一致性，應用層需要不斷的重新獲取數(shù)據(jù)，這樣會增加大量的查詢操作，降低了系統(tǒng)的吞吐量。

悲觀鎖：比較適合寫入操作比較頻繁的場景，如果出現(xiàn)大量的讀取操作，每次讀取的時候都會進行加鎖，這樣會增加大量的鎖的開銷，降低了系統(tǒng)的吞吐量。

開放下載！阿里巴巴高效開發(fā)的秘籍，116頁DevOps實踐手冊?mp.weixin.qq.com

特點

樂觀鎖：樂觀鎖的特點先進行業(yè)務操作，不到萬不得已不去拿鎖。即“樂觀”的認為拿鎖多半是會成功的，因此在進行完業(yè)務操作需要實際更新數(shù)據(jù)的最后一步再去拿一下鎖就好。

悲觀鎖：悲觀鎖的特點是先獲取鎖，再進行業(yè)務操作，即“悲觀”的認為獲取鎖是非常有可能失敗的，因此要先確保獲取鎖成功再進行業(yè)務操作。通常所說的“一鎖二查三更新”即指的是使用悲觀鎖。

sql實現(xiàn)代碼和案例

作者：java勸退師圖圖

總結

以上是生活随笔為你收集整理的mysql锁总结知乎_Mysql悲观锁乐观锁区别与使用场景的全部內容，希望文章能夠幫你解決所遇到的問題。

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