悲觀鎖(pessimistic lock), 顧名思義，就是很悲觀，每次去拿資料的時候
都認為別人會修改
，所以每次在拿資料的時候
都會上鎖
，這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型
資料庫裡邊就用到了很多這種鎖機制，比如
行鎖，表鎖等，讀鎖，寫鎖
等，都是在做操作之前先上鎖。
（先拿鎖，類似於synchronized）
樂觀鎖(optimistic lock), 顧名思義，就是很樂觀，每次去拿資料的時候
都認為別人不會修改
，所以不會上鎖
，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個資料，可以使用
版本號等機制
。樂觀鎖適用於
多讀的應用型別，這樣可以提高吞吐量，
像資料庫如果提供類似於write_condition機制的其實都是提供的樂觀鎖。
兩種鎖各有優缺點，不可認為一種好於另一種，像
樂觀鎖適用於寫比較少的情況下，即衝突真的很少發生的時候
，這樣可以省去了鎖的開銷，加大了系統的整個吞吐量。但如果
經常產生衝突
，上層應用會不斷的進行retry，這樣反倒是降低了效能，所以這種情況下用
悲觀鎖就比較合適
。原文:
hongchangfirst
hongchangfirst的主頁:
一分鐘教你知道樂觀鎖和悲觀鎖的區別
悲觀鎖 pessimistic lock 顧名思義，就是很悲觀，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。樂觀鎖 optim...
一分鐘教你知道樂觀鎖和悲觀鎖的區別
悲觀鎖 pessimistic lock 顧名思義，就是很悲觀，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。樂觀鎖 optim...
一分鐘教你知道樂觀鎖和悲觀鎖的區別
悲觀鎖 pessimistic lock 顧名思義，就是很悲觀，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。樂觀鎖 optim...