共計 2908 個字符，預計需要花費 8 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

丸趣 TV 小編給大家分享一下 mysql 數據庫鎖機制是什么，希望大家閱讀完這篇文章后大所收獲，下面讓我們一起去探討吧！

并發控制

數據庫管理系統中的并發控制的任務是確保在多個事務同時存取數據庫中同一數據時不破壞事務的隔離性和統一性以及數據庫的統一性。

封鎖，時間戳，樂觀并發控制和悲觀并發控制是并發控制主要采用的技術手段

鎖

當并發事務同時訪問一個資源時，有可能導致數據不一致，因此需要一種機制來將數據訪問順序化，以保證數據庫數據的一致性。鎖就是其中的一種機制（推薦教程：MySQL 教程）

鎖的分類

按照操作劃分，可分為 DML 鎖，DDL 鎖

按鎖粒度劃分，可分為表級鎖，行級鎖，頁級鎖（mysql）

按鎖級別劃分，可分為共享鎖，排他鎖

按加鎖方式劃分，可分為自動鎖，顯示鎖

按使用方式劃分，可分為樂觀鎖，悲觀鎖

DML 鎖用于保護數據的完整性，其中包括行級鎖（TX 鎖），表級鎖（TM 鎖）。DDL 鎖用于保護數據庫對象的結構，如表，索引等的結構定義，其中包括排他 DDL 鎖，共享 DDL 鎖，可中斷解析鎖

行級鎖

行級鎖是 Mysql 中鎖定力度最細的一種鎖，表示只針對當前操作的行進行加鎖。行級鎖能大大減少數據庫操作的沖突。其加鎖粒度最小，但是加鎖的開銷也最大。行級鎖分為共享鎖和排他鎖

特點：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖沖突的概率最低，并發度也最高

表級鎖

表級鎖是 Mysql 中鎖定粒度最大的一種鎖，表示對當前操作的整張表加鎖，它實現簡單，資源消耗較少，被大部分 Mysql 引擎支持。最常見使用的 MYISAM 與 INNODB 都支持表級鎖定。表級鎖定分為表分享讀鎖（共享鎖）和表獨占寫鎖（排他鎖）

特點：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發出鎖沖突的概率最高，并發性最低

頁級鎖

頁級鎖是 Mysql 中鎖定粒度介于行級鎖和表級鎖中間的一種鎖。表級鎖速度快，但是沖突多，行級沖突少，但是速度慢。頁級鎖折中，以此鎖定相鄰的一組紀錄。BDB 支持頁級鎖

Mysql 常用存儲引擎的鎖機制

MyISAM 和 MEMORY 采用表級鎖

BDB 采用頁級鎖或表級鎖，默認是頁級鎖

InnoDB 支持行級鎖和表級鎖，默認為行級鎖

InnoDB 的行鎖和表鎖

InnoDB 引擎中既支持行鎖也支持表鎖，那么什么時候會鎖住整張表，什么時候鎖住一行？？

InnoDB 行鎖是通過給索引上的索引項加鎖實現的，這點 Mysql 跟 Oracle 不同，后者是通過在數據塊中對相應數據行加鎖來實現的。InnoDB 這種行鎖實現特點意味著：只有通過索引條件檢索數據，InnoDB 才使用行級鎖，否則 InnoDb 將使用表鎖

實際應用中，要注意 InnoDB 行鎖的這一特性，否則容易導致大量的鎖沖突，從而影響并發性能

在不通過索引條件查詢的時候，InnoDB 使用的是表鎖，而不是行鎖

由于 MySQL 的行鎖是針對索引加的鎖，不是針對紀錄加的鎖，所以雖然訪問不同行的紀錄，但是如果使用相同索引的鍵，是會出現鎖沖突的。

當表有多個索引的時候，不同的事務可以使用不同的索引鎖定不同的行，另外不論是使用主鍵索引，唯一索引還是普通索引，InnoDB 都會使用行鎖來對數據加鎖

即便在條件中使用了索引字段，但是否使用索引來檢索數據是由 Mysql 通過判斷不同之行計劃的代價來決定的，如果 Mysql 認為全表掃效率更高，比如對一些很小的表，它就不會使用索引，這種情況 InnoDB 將使用表鎖而不是行鎖。因此分析鎖沖突的時候，別忘記檢查 SQL 的執行計劃

行級鎖和死鎖

MyISAM 是不會產生死鎖的，因為 MyISAM 總是一次性獲得所需的全部鎖，要么全部滿足，要么全部等待。而在 InnoDB 中，鎖是逐步獲得的，就造成死鎖的可能

在 MySQL 中，行級鎖并不是直接鎖紀錄，而是鎖索引。索引分為主鍵索引和非主鍵索引兩種，如果一條 sql 語句操作了主鍵索引，MySQL 就會鎖住這條主鍵索引；如果一條語句操作了非主鍵索引，MySQL 就會先鎖定該非主鍵索引，再鎖定相關的主鍵索引。在 Update，delete 操作時，MySQL 不僅鎖定 where 條件掃描過的所有索引記錄，而且會鎖定相鄰的鍵值，即所謂的 next-key locking

死鎖：當兩個事務同時執行，一個鎖住了主鍵索引，在等待其他相關索引。另一個鎖定了非主鍵索引，在等待主鍵索引。這樣就發生死鎖。

發生死鎖后，InnoDB 一般都可以檢測到，并使一個事務釋放鎖回退，另一個獲取鎖完成事務

避免死鎖

如果不同程序會并發存取多個表，盡量約定以相同的順序訪問表，可以大大降低死鎖機會

在同一個事務中，盡可能做到一次鎖定所需要的所有資源，減少死鎖產生概率

對于非常容易產生死鎖的業務部分，可以嘗試使用升級鎖定顆粒度，通過表級鎖定來減少死鎖

共享鎖和排他鎖

行級鎖是 MySQL 中鎖定粒度最細的一種鎖，行級鎖能夠大大減少數據庫操作的沖突。行級鎖分為共享鎖和排他鎖

1. 共享鎖

共享鎖又稱讀鎖，是讀取操作創建的鎖。其他用戶可以并發讀取數據，但任何事務都不能對數據進行修改，直到已釋放所有共享鎖。

如果事務 T 對數據 A 加上共享鎖后，那么其他事務只能對 A 再加共享鎖，不能加排他鎖。獲準共享鎖的事務只能讀數據，不能修改數據

如果事務 T 對數據 A 加上共享鎖后，又對數據進行修改，那么其他事務將不能獲取共享鎖；同樣的，若多個事務對同一數據獲取共享鎖，則任何事務不能對該數據進行修改

用法：SSELECT … LOCK IN SHARE MODE

在查詢語句后面增加 LOCK IN SHARE MODE，Mysql 會對查詢結果中的每行都加共享鎖，當沒有其他線程對查詢結果集中的任何一行使用排他鎖時，可以成功申請共享鎖，否則會被阻塞。其他線程也可以讀取使用了共享鎖的表，而且這些線程讀取到的是同一個版本的數據

2. 排他鎖

排他鎖又稱寫鎖，如果事務 T 對數據 A 加上排他鎖后，則其他事務不能再對 A 加任何類型的封鎖。獲取排他鎖的事務既能讀數據，又能修改數據

用法：SELECT … FOR UPDATE。在查詢語句后面增加 FOR UPDATE，MySQL 會對查詢結果中的每行都加排他鎖，當沒有其他線程對查詢結果集的任何一行使用排他鎖時，可以成功申請排他鎖，否則會被阻塞

3. 意向鎖

意向鎖是表級鎖，其設計目的是為了在一個事務中揭示下一行將要被請求鎖的類型。InnoDB 中的兩個表鎖：

意向共享鎖（IS）：表示事務準備給數據行加入共享鎖，也即是說一個數據行加共享鎖前必須先取得該表的 IS 鎖

意向排他鎖（IX）：表示事務準備給數據行加入排他鎖，說明事務在一個數據行加排他鎖前必須先去的該表的 IX 鎖

意向鎖是 InnoDB 自動加的，不需要用戶干預

總結

對于 insert，update，delete，InnoDB 會自動給涉及到的數據加排他鎖；對于一般的 Select 語句，InnoDB 不會加任何鎖，事務可以通過以下語句給顯式加上共享鎖或排他鎖

共享鎖：select … LOCK IN SHARE MODE

排他鎖：SELECT … FOR UPDATE

看完了這篇文章，相信你對 mysql 數據庫鎖機制是什么有了一定的了解，想了解更多相關知識，歡迎關注丸趣 TV 行業資訊頻道，感謝各位的閱讀！

向 AI 問一下細節

丸趣 TV 網 – 提供最優質的資源集合！