最全MySQL鎖講解：頁鎖、共享鎖、行鎖、表鎖、悲觀鎖、樂觀鎖

 

咱們在操做數據庫的時候，可能會因爲併發問題而引發的數據的不一致性（數據衝突），如何保證數據併發訪問的一致性、有效性，是全部數據庫必須解決的一個問題，鎖的衝突也是影響數據庫併發訪問性能的一個重要因素，從這一角度來講，鎖對於數據庫而言就顯得尤其重要。

今天就分享下MySQL相關的最全鎖，但願你學習後能更好的掌握數據庫鎖。

MySQL鎖概述

相對其餘數據庫而言，MySQL的鎖機制比較簡單，其最顯著的特色是不一樣的存儲引擎支持不一樣的鎖機制。

好比：

1. MyISAM和MEMORY存儲引擎採用的是表級鎖（table-level locking）；
2. InnoDB存儲引擎既支持行級鎖（ row-level locking），也支持表級鎖，但默認狀況下是採用行級鎖。

MySQL主要的兩種鎖的特性可大體概括以下:

 

• 表級鎖：開銷小，加鎖快；不會出現死鎖(由於MyISAM會一次性得到SQL所需的所有鎖)；鎖定粒度大，發生鎖衝突的機率最高,併發度最低。

• 行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖衝突的機率最低,併發度也最高。
• 頁鎖：開銷和加鎖速度介於表鎖和行鎖之間；會出現死鎖；鎖定粒度介於表鎖和行鎖之間，併發度通常。

行鎖 和 表鎖

1.主要是針對鎖粒度劃分的，通常分爲：行鎖、表鎖、庫鎖

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

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

2.行鎖 和 表鎖 的區別：

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

悲觀鎖 和 樂觀鎖

（1）悲觀鎖：顧名思義，就是很悲觀，每次去拿數據的時候都認爲別人會修改，因此每次在拿數據的時候都會上鎖，這樣別人想拿這個數據就會block直到它拿到鎖。

傳統的關係型數據庫裏邊就用到了不少這種鎖機制，好比行鎖，表鎖等，讀鎖，寫鎖等，都是在作操做以前先上鎖。

（2）樂觀鎖： 顧名思義，就是很樂觀，每次去拿數據的時候都認爲別人不會修改，因此不會上鎖，可是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，可使用版本號等機制。

樂觀鎖適用於多讀的應用類型，這樣能夠提升吞吐量，像數據庫若是提供相似於write_condition機制的其實都是提供的樂觀鎖。

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

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

共享鎖

共享鎖指的就是對於多個不一樣的事務，對同一個資源共享同一個鎖。至關於對於同一把門，它擁有多個鑰匙同樣。就像這樣，你家有一個大門，大門的鑰匙有好幾把，你有一把，你女友有一把，大家均可能經過這把鑰匙進入大家家，這個就是所謂的共享鎖。

剛剛說了，對於悲觀鎖，通常數據庫已經實現了，共享鎖也屬於悲觀鎖的一種，那麼共享鎖在mysql中是經過什麼命令來調用呢。經過查詢資料，瞭解到經過在執行語句後面加上lock in share mode就表明對某些資源加上共享鎖了。

何時使用表鎖

對於InnoDB表，在絕大部分狀況下都應該使用行級鎖，由於事務和行鎖每每是咱們之因此選擇InnoDB表的理由。但在個別特殊事務中，也能夠考慮使用表級鎖。

• 第一種狀況是：事務須要更新大部分或所有數據，表又比較大，若是使用默認的行鎖，不只這個事務執行效率低，並且可能形成其餘事務長時間鎖等待和鎖衝突，這種狀況下能夠考慮使用表鎖來提升該事務的執行速度。
• 第二種狀況是：事務涉及多個表，比較複雜，極可能引發死鎖，形成大量事務回滾。這種狀況也能夠考慮一次性鎖定事務涉及的表，從而避免死鎖、減小數據庫因事務回滾帶來的開銷。

固然，應用中這兩種事務不能太多，不然，就應該考慮使用MyISAM表了。

表鎖和行鎖應用場景

• 表級鎖使用與併發性不高，以查詢爲主，少許更新的應用，好比小型的web應用；
• 而行級鎖適用於高併發環境下，對事務完整性要求較高的系統，如在線事務處理系統。

若是以爲有用，點贊支持。