鎖是計(jì)算機(jī)協(xié)調(diào)多個(gè)進(jìn)程或線程并發(fā)訪問(wèn)某一資源的機(jī)制。在數(shù)據(jù)庫(kù)中，除傳統(tǒng)的計(jì)算資源（如CPU、RAM、I/O 等）的爭(zhēng)用以外，數(shù)據(jù)也是一種供許多用戶共享的資源。如何保證數(shù)據(jù)并發(fā)訪問(wèn)的一致性、有效性是所有數(shù)據(jù)庫(kù)必須解決的一個(gè)問(wèn)題，鎖沖突也是影響數(shù)據(jù)庫(kù)并發(fā)訪 問(wèn)性能的一個(gè)重要因素。從這個(gè)角度來(lái)說(shuō)，鎖對(duì)數(shù)據(jù)庫(kù)而言顯得尤其重要，也更加復(fù)雜。本章我們著重討論MySQL鎖機(jī)制的特點(diǎn)，常見(jiàn)的鎖問(wèn)題，以及解決 MySQL鎖問(wèn)題的一些方法或建議。 MySQL鎖概述 相對(duì)其他數(shù)據(jù)庫(kù)而言，MySQL的鎖機(jī)制比較簡(jiǎn)單，其最顯著的特點(diǎn)是不同的存儲(chǔ)引擎支持不同的鎖機(jī)制。比 如，MyISAM和MEMORY存儲(chǔ)引擎采用的是表級(jí)鎖（table-level locking）；BDB存儲(chǔ)引擎采用的是頁(yè)面鎖（page-level locking），但也支持表級(jí)鎖；InnoDB存儲(chǔ)引擎既支持行級(jí)鎖（row-level locking），也支持表級(jí)鎖，但默認(rèn)情況下是采用行級(jí)鎖。 MySQL這3種鎖的特性可大致歸納如下。

• 表級(jí)鎖：開(kāi)銷小，加鎖快；不會(huì)出現(xiàn)死鎖；鎖定粒度大，發(fā)生鎖沖突的概率最高,并發(fā)度最低。
• 行級(jí)鎖：開(kāi)銷大，加鎖慢；會(huì)出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低,并發(fā)度也最高。
• 頁(yè)面鎖：開(kāi)銷和加鎖時(shí)間界于表鎖和行鎖之間；會(huì)出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般。
  

從上述特點(diǎn)可見(jiàn)，很難籠統(tǒng)地說(shuō)哪種鎖更好，只能就具體應(yīng)用的特點(diǎn)來(lái)說(shuō)哪種鎖更合適！僅從鎖的角度來(lái)說(shuō)：表級(jí)鎖更適合 于以查詢?yōu)橹?#xff0c;只有少量按索引條件更新數(shù)據(jù)的應(yīng)用，如Web應(yīng)用；而行級(jí)鎖則更適合于有大量按索引條件并發(fā)更新少量不同數(shù)據(jù)，同時(shí)又有并發(fā)查詢的應(yīng)用，如 一些在線事務(wù)處理（OLTP）系統(tǒng)。這一點(diǎn)在本書(shū)的“開(kāi)發(fā)篇”介紹表類型的選擇時(shí)，也曾提到過(guò)。下面幾節(jié)我們重點(diǎn)介紹MySQL表鎖和InnoDB行鎖的 問(wèn)題，由于BDB已經(jīng)被InnoDB取代，即將成為歷史，在此就不做進(jìn)一步的討論了。

轉(zhuǎn)載于:https://www.cnblogs.com/Alight/p/3941282.html

總結(jié)

以上是生活随笔為你收集整理的01 MySQL锁概述的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。