MySQL（27）：行鎖、表鎖、樂觀鎖、悲觀鎖

1. 首先說一下：行鎖 和 表鎖 

主要是針對鎖粒度劃分的。

通常分爲：行鎖、表鎖、庫鎖

（1）行鎖：訪問數據庫的時候，鎖定整個行數據，防止併發錯誤。

（2）表鎖：訪問數據庫的時候，鎖定整個表數據，防止併發錯誤。

行鎖 和 表鎖 的區別：

• 表鎖： 開銷小，加鎖快；不會出現死鎖；鎖定力度大，發生鎖衝突機率高，併發度最低
• 行鎖： 開銷大，加鎖慢；會出現死鎖；鎖定粒度小，發生鎖衝突的機率低，併發度高

2. 悲觀鎖 和 樂觀鎖

（1）悲觀鎖：顧名思義，就是很悲觀，每次去拿數據的時候都認爲別人會修改，因此每次在拿數據的時候都會上鎖，這樣別人想拿這個數據就會block直到它拿到鎖。傳統的關係型數據庫裏邊就用到了不少這種鎖機制，好比行鎖，表鎖等，讀鎖，寫鎖等，都是在作操做以前先上鎖。

（2）樂觀鎖： 顧名思義，就是很樂觀，每次去拿數據的時候都認爲別人不會修改，因此不會上鎖，可是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，可使用版本號等機制。樂觀鎖適用於多讀的應用類型，這樣能夠提升吞吐量，像數據庫若是提供相似於write_condition機制的其實都是提供的樂觀鎖。

 

（3）悲觀鎖 和 樂觀鎖的區別：

兩種鎖各有優缺點，不可認爲一種好於另外一種，像樂觀鎖適用於寫比較少的狀況下，即衝突真的不多發生的時候，這樣能夠省去了鎖的開銷，加大了系統的整個吞吐量。但若是常常產生衝突，上層應用會不斷的進行retry，這樣反卻是下降了性能，因此這種狀況下用悲觀鎖就比較合適。