MySQL中依照鎖定的粒度可以細分為行鎖、頁鎖定、表鎖。
行鎖定
1、行鎖的鎖定顆粒度在MySQL中是最細的,套用在InnoDB儲存引擎,只針對操作的目前行進行加鎖。併發情況下,產生鎖等待的機率較低,支援較大的並發數,但開銷大,加鎖慢,而且會出現死鎖。
2、在InnoDB中使用行鎖有一個前提條件:檢索資料時需要透過索引!因為InnoDB是透過給索引的索引項加鎖來實現行鎖的。
3、在不透過索引條件查詢的時候,InnoDB會使用表鎖定,這在並發較大時,可能會導致大量的鎖定衝突。此外,行鎖是針對索引加鎖,存在這種情況,雖然是存取的不同記錄,但使用的是同一索引項,也可能會出現鎖定衝突。
提示:不一定使用了索引檢索就一定會使用行鎖,也有可能使用表鎖定。因為MySQL會比較不同執行計畫的代價,當全表掃描比索引效率更高時,InnoDB就使用表鎖定。因此需要結合SQL的執行計劃去分析鎖定衝突。
4、行鎖會產生死鎖,因為在行鎖中,鎖是逐步取得的,主要分為兩個步驟:鎖住主鍵索引,鎖住非主鍵索引。如:當兩個事務同時執行時,一個鎖住了主鍵索引,在等待其他索引;另一個鎖住了非主鍵索引,在等待主鍵索引。這樣便會發生死鎖。 InnoDB一般都可以偵測到這種死鎖,並使一個事務釋放鎖回退,另一個取得鎖定完成事務。
表鎖定
表鎖定的鎖定顆粒度在MySQL中是最粗的,InnoDB、MyISAM引擎中都有應用,對目前整張表加鎖。不適合高併發的場景,但開銷小,加鎖快,不會出現死鎖,發生鎖衝突的機率最大。
頁鎖定
頁鎖定的粒度介於行鎖定和表鎖定之間,套用於BDB引擎,並發度一般,開銷和加鎖速度也介於行鎖和表鎖之間。
以上是MySQL中行鎖、頁鎖和表格鎖的簡單介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章!