MySQL中的鎖之二：行鎖、頁鎖、表鎖

MySQL中按照鎖的粒度能夠細分爲行鎖、頁鎖、表鎖。

• 行鎖

1. 行鎖的鎖定顆粒度在MySQL中是最細的，應用於InnoDB存儲引擎，只針對操做的當前行進行加鎖。併發狀況下，產生鎖等待的機率較低，支持較大的併發數，但開銷大，加鎖慢，並且會出現死鎖。
2. 在InnoDB中使用行鎖有一個前提條件：檢索數據時須要經過索引！由於InnoDB是經過給索引的索引項加鎖來實現行鎖的。
3. 在不經過索引條件查詢的時候，InnoDB會使用表鎖，這在併發較大時，可能致使大量的鎖衝突。此外，行鎖是針對索引加鎖，存在這種狀況，雖然是訪問的不一樣記錄，但使用的是同一索引項，也可能會出現鎖衝突。
   提示：不必定使用了索引檢索就必定會使用行鎖，也有可能使用表鎖。由於MySQL會比較不一樣執行計劃的代價，當全表掃描比索引效率更高時，InnoDB就使用表鎖。所以須要結合SQL的執行計劃去分析鎖衝突。
4. 行鎖會產生死鎖，由於在行鎖中，鎖是逐步得到的，主要分爲兩步：鎖住主鍵索引，鎖住非主鍵索引。如：當兩個事務同時執行時，一個鎖住了主鍵索引，在等待其餘索引；另外一個鎖住了非主鍵索引，在等待主鍵索引。這樣便會發生死鎖。InnoDB通常均可以檢測到這種死鎖，並使一個事務釋放鎖回退，另外一個獲取鎖完成事務。

---

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

---

• 頁鎖 頁鎖的粒度介於行鎖和表鎖之間，應用於BDB引擎，併發度通常，開銷和加鎖速度也介於行鎖和表鎖之間。