溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
下面一起來了解下MySQL中行鎖、頁鎖和表鎖的實際應用，相信大家看完肯定會受益匪淺，文字在精不在多，希望MySQL中行鎖、頁鎖和表鎖的實際應用這篇短內容是你想要的。
MySQL中按照鎖的粒度可以細分為行鎖、頁鎖、表鎖。
行鎖
1、行鎖的鎖定顆粒度在MySQL中是最細的，應用于InnoDB存儲引擎，只針對操作的當前行進行加鎖。并發情況下，產生鎖等待的概率較低，支持較大的并發數，但開銷大，加鎖慢，而且會出現死鎖。
2、在InnoDB中使用行鎖有一個前提條件：檢索數據時需要通過索引！因為InnoDB是通過給索引的索引項加鎖來實現行鎖的。
3、在不通過索引條件查詢的時候，InnoDB會使用表鎖，這在并發較大時，可能導致大量的鎖沖突。此外，行鎖是針對索引加鎖，存在這種情況，雖然是訪問的不同記錄，但使用的是同一索引項，也可能會出現鎖沖突。
提示：不一定使用了索引檢索就一定會使用行鎖，也有可能使用表鎖。因為MySQL會比較不同執行計劃的代價，當全表掃描比索引效率更高時，InnoDB就使用表鎖。因此需要結合SQL的執行計劃去分析鎖沖突。
4、行鎖會產生死鎖，因為在行鎖中，鎖是逐步獲得的，主要分為兩步：鎖住主鍵索引，鎖住非主鍵索引。如：當兩個事務同時執行時，一個鎖住了主鍵索引，在等待其他索引；另一個鎖住了非主鍵索引，在等待主鍵索引。這樣便會發生死鎖。InnoDB一般都可以檢測到這種死鎖，并使一個事務釋放鎖回退，另一個獲取鎖完成事務。
表鎖
表鎖的鎖定顆粒度在MySQL中是最粗的，InnoDB、MyISAM引擎中都有應用，對當前整張表加鎖。不適合高并發的場景，但開銷小，加鎖快，不會出現死鎖，發生鎖沖突的概率最大。
頁鎖
頁鎖的粒度介于行鎖和表鎖之間，應用于BDB引擎，并發度一般，開銷和加鎖速度也介于行鎖和表鎖之間。
看完MySQL中行鎖、頁鎖和表鎖的實際應用這篇文章后，很多讀者朋友肯定會想要了解更多的相關內容，如需獲取更多的行業信息，可以關注我們的行業資訊欄目。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
