Java 高並發綜合學習之悲觀鎖和樂觀鎖理解及實現

悲觀鎖和樂觀鎖理解及實現

悲觀鎖(Pessimistic Lock), 顧名思義,就是很悲觀,每次去拿數據的時候都認為別人會修改,所以每次在拿數據的時候都會上鎖,這樣別人想拿這個數據就會block直到它拿到鎖。傳統的關系型數據庫裡邊就用到瞭很多這種鎖機制,比如行鎖,表鎖,讀鎖,寫鎖等,都是在做操作之前先上鎖。樂觀鎖(Optimistic Lock), 顧名思義,就是很樂觀,每次去拿數據的時候都認為別人不會修改,所以不會上鎖,但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據,可以使用版本號等機制。樂觀鎖適用於多讀的應用類型,這樣可以提高吞吐量,像數據庫如果提供類似於write_condition機制的其實都是提供的樂觀鎖。兩種鎖各有優缺點,不可認為一種好於另一種,像樂觀鎖適用於寫比較少的情況下,即沖突真的很少發生的時候,這樣可以省去瞭鎖的開銷,加大瞭系統的整個吞吐量。但如果經常產生沖突,上層應用會不斷的進行retry,這樣反倒是降低瞭性能,所以這種情況下用悲觀鎖就比較合適。

悲觀鎖

悲觀鎖指對數據被意外修改持保守態度,依賴數據庫原生支援的鎖機制來保證當前事務處理的安全性,防止其他並發事務對目標數據的破壞或破壞其他並發事務數據,將在事務開始執行前或執行中申請鎖定,執行完後再釋放鎖定。這對於長事務來講,可能會嚴重影響系統的並發處理能力?常見實現如獨占鎖等。安全性更高,但在中低並發程度下的效率更低。

樂觀鎖

樂觀鎖相對悲觀鎖而言,先假想數據不會被並發操作修改,沒有數據沖突,隻在數據進行提交更新的時候,才會正式對數據的沖突與否進行檢測,如果發現沖突瞭,則宣告失敗,否則更新數據。這就要求避免使用長事務和鎖機制,以免導致系統並發處理能力降低,保障系統生產效率。常見實現如CAS等。部分樂觀鎖削弱瞭一致性,但中低並發程度下的效率大大提高。

發佈留言