MySQL中行鎖、頁鎖和表格鎖的簡單介紹

MySQL中依照鎖定的粒度可以細分為行鎖、頁鎖定、表鎖。

行鎖定

1、行鎖的鎖定顆粒度在MySQL中是最細的，套用在InnoDB儲存引擎，只針對操作的目前行進行加鎖。併發情況下，產生鎖等待的機率較低，支援較大的並發數，但開銷大，加鎖慢，而且會出現死鎖。

2、在InnoDB中使用行鎖有一個前提條件：檢索資料時需要透過索引！因為InnoDB是透過給索引的索引項加鎖來實現行鎖的。

3、在不透過索引條件查詢的時候，InnoDB會使用表鎖定，這在並發較大時，可能會導致大量的鎖定衝突。此外，行鎖是針對索引加鎖，存在這種情況，雖然是存取的不同記錄，但使用的是同一索引項，也可能會出現鎖定衝突。

提示：不一定使用了索引檢索就一定會使用行鎖，也有可能使用表鎖定。因為MySQL會比較不同執行計畫的代價，當全表掃描比索引效率更高時，InnoDB就使用表鎖定。因此需要結合SQL的執行計劃去分析鎖定衝突。

4、行鎖會產生死鎖，因為在行鎖中，鎖是逐步取得的，主要分為兩個步驟：鎖住主鍵索引，鎖住非主鍵索引。如：當兩個事務同時執行時，一個鎖住了主鍵索引，在等待其他索引；另一個鎖住了非主鍵索引，在等待主鍵索引。這樣便會發生死鎖。 InnoDB一般都可以偵測到這種死鎖，並使一個事務釋放鎖回退，另一個取得鎖定完成事務。

表鎖定
表鎖定的鎖定顆粒度在MySQL中是最粗的，InnoDB、MyISAM引擎中都有應用，對目前整張表加鎖。不適合高併發的場景，但開銷小，加鎖快，不會出現死鎖，發生鎖衝突的機率最大。

頁鎖定
頁鎖定的粒度介於行鎖定和表鎖定之間，套用於BDB引擎，並發度一般，開銷和加鎖速度也介於行鎖和表鎖之間。

#

以上是MySQL中行鎖、頁鎖和表格鎖的簡單介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章！