**於：
悲觀鎖（pessimistic lock），顧名思義，就是很悲觀，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會阻塞掛起直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖，讀鎖，寫鎖等，都是在做操作之前先上鎖。
樂觀鎖（optimistic lock），顧名思義，就是很樂觀，每次去拿資料的時候都認為別人不會修改資料，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個資料，樂觀鎖適用於多讀的應用型別，這樣可以提高吞吐量。
兩種鎖各有優缺點，樂觀鎖適用於寫比較少的情況下，即衝突真的很少發生的時候，這樣就可以省去鎖的開銷，加大系統的整個吞吐量。但如果經常產生衝突，上層應用會不斷的進行retry，這樣反倒是降低了效能，所以這種情況下用悲觀鎖就比較合適。
資料庫 （2）樂觀鎖和悲觀鎖
併發控制手段 樂觀鎖 樂觀併發控制 悲觀鎖 悲觀併發控制 悲觀鎖 當我們要對乙個資料庫中的一條資料進行修改的時候，為了避免同時被其他人修改，最好的辦法就是對該資料進行加鎖以防止併發。這種借助資料庫鎖機制在修改資料之前先鎖定，再修改的方式稱之為悲觀併發控制。悲觀併發控制實際上是 先取鎖再訪問的保守策略...
資料庫的樂觀鎖和悲觀鎖
悲觀鎖 假定會發生併發衝突，遮蔽一切可能違反資料完整性的操作，假設資料肯定會衝突，所以在資料開始讀取的時候就把資料鎖定住。資料鎖定 資料將暫時不會得到修改 樂觀鎖 假設不會發生併發衝突，只在提交操作時檢查是否違反資料完整性。資料進行提交更新的時候，才會正式對資料的衝突與否進行檢測，如果發現衝突了，則...
資料庫鎖 樂觀鎖 悲觀鎖理解
參考 mysql innodb中，樂觀鎖 悲觀鎖 共享鎖 排它鎖 行鎖 表鎖 死鎖概念的理解 樂觀鎖最簡單的實現就是在表中加乙個版本號欄位如version，每次新增設定為1，更新的時候檢查版本號是否一致，如果不一致就更新失敗。版本一致才能更新，然後將版本號 1。首先資料庫需要關閉自動提交功能，或者說...