樂觀鎖與悲觀鎖

悲觀鎖：

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

樂觀鎖：

顧名思義，就是很樂觀，每次去拿資料的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個資料，可以使用版本號等機制。樂觀鎖適用於多讀的應用型別，這樣可以提高吞吐量，像資料庫如果提供類似write_condition機制的其實都是提供的樂觀鎖。

兩種鎖各有優缺點，當寫的情況比較少，也就是說衝突真的很少發生。可以選用樂觀鎖，這樣可以省去鎖的開銷，加大系統的吞吐量。但如果經常發生衝突，上層應用就會不斷的進行重試，這樣反倒是降低了效能，所以這種情況下用悲觀鎖就比較合適。