01 MySQL鎖概述

標籤：strong   資料   問題   div   sp   時間   on   ef   c   

鎖是電腦協調多個進程或線程並發訪問某一資源的機制。在資料庫中，除傳統的計算資源（如CPU、RAM、I/O 等）的爭用以外，資料也是一種供許多使用者共用的資源。如何保證資料並發訪問的一致性、有效性是所有資料庫必須解決的一個問題，鎖衝突也是影響資料庫並發訪 問效能的一個重要因素。從這個角度來說，鎖對資料庫而言顯得尤其重要，也更加複雜。本章我們著重討論MySQL鎖機制的特點，常見的鎖問題，以及解決 MySQL鎖問題的一些方法或建議。  MySQL鎖概述相對其他資料庫而言，MySQL的鎖機制比較簡單，其最顯著的特點是不同的儲存引擎支援不同的鎖機制。比 如，MyISAM和MEMORY儲存引擎採用的是表級鎖（table-level locking）；BDB儲存引擎採用的是頁面鎖（page-level locking），但也支援表級鎖；InnoDB儲存引擎既支援行級鎖（row-level locking），也支援表級鎖，但預設情況下是採用行級鎖。 MySQL這3種鎖的特性可大致歸納如下。

• 表級鎖：開銷小，加鎖快；不會出現死結；鎖定粒度大，發生鎖衝突的機率最高,並發度最低。
• 行級鎖：開銷大，加鎖慢；會出現死結；鎖定粒度最小，發生鎖衝突的機率最低,並發度也最高。
• 頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死結；鎖定粒度界於表鎖和行鎖之間，並發度一般。
  

從上述特點可見，很難籠統地說哪種鎖更好，只能就具體應用的特點來說哪種鎖更合適！僅從鎖的角度來說：表級鎖更適合於以查詢為主，只有少量按索引條件更新資料的應用，如Web應用；而行級鎖則更適合於有大量按索引條件並發更新少量不同資料，同時又有並發查詢的應用，如一些線上交易處理（OLTP）系統。這一點在本書的“開發篇”介紹表類型的選擇時，也曾提到過。下面幾節我們重點介紹MySQL表鎖和InnoDB行鎖的問題，由於BDB已經被InnoDB取代，即將成為曆史，在此就不做進一步的討論了。

01 MySQL鎖概述