.jpg)
mysql中按照鎖的粒度可以細(xì)分為行鎖、頁鎖、表鎖。
行鎖
1、行鎖的鎖定顆粒度在mysql中是最細(xì)的，應(yīng)用于InnoDB存儲(chǔ)引擎，只針對(duì)操作的當(dāng)前行進(jìn)行加鎖。并發(fā)情況下，產(chǎn)生鎖等待的概率較低，支持較大的并發(fā)數(shù)，但開銷大，加鎖慢，而且會(huì)出現(xiàn)死鎖。
2、在InnoDB中使用行鎖有一個(gè)前提條件：檢索數(shù)據(jù)時(shí)需要通過索引！因?yàn)镮nnoDB是通過給索引的索引項(xiàng)加鎖來實(shí)現(xiàn)行鎖的。
3、在不通過索引條件查詢的時(shí)候，InnoDB會(huì)使用表鎖，這在并發(fā)較大時(shí)，可能導(dǎo)致大量的鎖沖突。此外，行鎖是針對(duì)索引加鎖，存在這種情況，雖然是訪問的不同記錄，但使用的是同一索引項(xiàng)，也可能會(huì)出現(xiàn)鎖沖突。
提示：不一定使用了索引檢索就一定會(huì)使用行鎖，也有可能使用表鎖。因?yàn)镸ySQL會(huì)比較不同執(zhí)行計(jì)劃的代價(jià)，當(dāng)全表掃描比索引效率更高時(shí)，InnoDB就使用表鎖。因此需要結(jié)合SQL的執(zhí)行計(jì)劃去分析鎖沖突。
4、行鎖會(huì)產(chǎn)生死鎖，因?yàn)樵谛墟i中，鎖是逐步獲得的，主要分為兩步：鎖住主鍵索引，鎖住非主鍵索引。如：當(dāng)兩個(gè)事務(wù)同時(shí)執(zhí)行時(shí)，一個(gè)鎖住了主鍵索引，在等待其他索引；另一個(gè)鎖住了非主鍵索引，在等待主鍵索引。這樣便會(huì)發(fā)生死鎖。InnoDB一般都可以檢測到這種死鎖，并使一個(gè)事務(wù)釋放鎖回退，另一個(gè)獲取鎖完成事務(wù)。
表鎖
表鎖的鎖定顆粒度在MySQL中是最粗的，InnoDB、MyISAM引擎中都有應(yīng)用，對(duì)當(dāng)前整張表加鎖。不適合高并發(fā)的場景，但開銷小，加鎖快，不會(huì)出現(xiàn)死鎖，發(fā)生鎖沖突的概率最大。
頁鎖
頁鎖的粒度介于行鎖和表鎖之間，應(yīng)用于BDB引擎，并發(fā)度一般，開銷和加鎖速度也介于行鎖和表鎖之間。
.png)
