建站
咨詢
售后
建站咨詢
新聞中心
深入理解MySQL的間隙鎖
因為行鎖只能鎖住行，但是新插入記錄這個動作，要更新的是記錄之間的“間隙”。為了解決幻讀問題，InnoDB 只好引入新的鎖，也就是間隙鎖 (Gap Lock)。
為哈巴河等地區(qū)用戶提供了全套網(wǎng)頁設計制作服務，及哈巴河網(wǎng)站建設行業(yè)解決方案。主營業(yè)務為成都網(wǎng)站建設、網(wǎng)站設計、哈巴河網(wǎng)站設計，以傳統(tǒng)方式定制建設網(wǎng)站，并提供域名空間備案等一條龍服務，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！
間隙鎖，鎖的就是兩個值之間的空隙，不允許兩個值之間再插一個值。
比如初始化插入了 6 個記錄，這就產(chǎn)生了 7 個間隙。分別是 (-∞,0)、(0,5)、(5,10)、(10,15)、(15,20)、(20, 25)、(25, +supremum)，間隙鎖都是開區(qū)間
和行鎖不一樣的是，跟間隙鎖存在沖突關系的，是“往這個間隙中插入一個記錄”這個操作。間隙鎖之間都不存在沖突關系。
缺點：可能會導致同樣的語句鎖住更大的范圍，影響了并發(fā)度。
間隙鎖和行鎖合稱 next-key lock，每個 next-key lock 是前開后閉區(qū)間。如果用 select * from t for update 要把整個表所有記錄鎖起來，就形成了 7 個 next-key lock，分別是 (-∞,0]、(0,5]、(5,10]、(10,15]、(15,20]、(20, 25]、(25, +supremum]。
和間隙鎖的最大區(qū)別是，next-key lock 為前開后閉區(qū)間，這樣所有的next-key lock就可以把所有記錄鎖起來。
加鎖規(guī)則里面，包含了兩個“原則”、兩個“優(yōu)化”和一個“bug”
MySQL從入門到精通(九) MySQL鎖，各種鎖
鎖是計算機協(xié)調多個進程或線程并發(fā)訪問某一資源的機制，在數(shù)據(jù)庫中，除傳統(tǒng)的計算資源（CPU、RAM、I/O）爭用外，數(shù)據(jù)也是一種供許多用戶共享的資源，如何保證數(shù)據(jù)并發(fā)訪問的一致性，有效性是所有數(shù)據(jù)庫必須解決的一個問題，鎖沖突也是影響數(shù)據(jù)庫并發(fā)訪問性能的一個重要因素，從這個角度來說，鎖對數(shù)據(jù)庫而言是尤其重要，也更加復雜。MySQL中的鎖，按照鎖的粒度分為:1、全局鎖，就鎖定數(shù)據(jù)庫中的所有表。2、表級鎖，每次操作鎖住整張表。3、行級鎖，每次操作鎖住對應的行數(shù)據(jù)。
全局鎖就是對整個數(shù)據(jù)庫實例加鎖，加鎖后整個實例就處于只讀狀態(tài)，后續(xù)的DML的寫語句，DDL語句，已經(jīng)更新操作的事務提交語句都將阻塞。其典型的使用場景就是做全庫的邏輯備份，對所有的表進行鎖定，從而獲取一致性視圖，保證數(shù)據(jù)的完整性。但是對數(shù)據(jù)庫加全局鎖是有弊端的，如在主庫上備份，那么在備份期間都不能執(zhí)行更新，業(yè)務會受影響，第二如果是在從庫上備份，那么在備份期間從庫不能執(zhí)行主庫同步過來的二進制日志，會導致主從延遲。
解決辦法是在innodb引擎中，備份時加上--single-transaction參數(shù)來完成不加鎖的一致性數(shù)據(jù)備份。
添加全局鎖: flush tables with read lock; 解鎖 unlock tables。
表級鎖,每次操作會鎖住整張表.鎖定粒度大,發(fā)送鎖沖突的概率最高,并發(fā)讀最低,應用在myisam、innodb、BOB等存儲引擎中。表級鎖分為: 表鎖、元數(shù)據(jù)鎖(meta data lock, MDL)和意向鎖。
表鎖又分為: 表共享讀鎖 read lock、表獨占寫鎖write lock
語法: 1、加鎖 lock tables 表名 ... read/write
2、釋放鎖 unlock tables 或者關閉客戶端連接
注意: 讀鎖不會阻塞其它客戶端的讀，但是會阻塞其它客戶端的寫，寫鎖既會阻塞其它客戶端的讀，又會阻塞其它客戶端的寫。大家可以拿一張表來測試看看。
元數(shù)據(jù)鎖,在加鎖過程中是系統(tǒng)自動控制的，無需顯示使用，在訪問一張表的時候會自動加上，MDL鎖主要作用是維護表元數(shù)據(jù)的數(shù)據(jù)一致性，在表上有活動事務的時候，不可以對元數(shù)據(jù)進行寫入操作。為了避免DML和DDL沖突，保證讀寫的正確性。
在MySQL5.5中引入了MDL，當對一張表進行增刪改查的時候，加MDL讀鎖(共享)；當對表結構進行變更操作時，加MDL寫鎖(排他).
查看元數(shù)據(jù)鎖:
select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema_metadata_locks;
意向鎖，為了避免DML在執(zhí)行時，加的行鎖與表鎖的沖突，在innodb中引入了意向鎖，使得表鎖不用檢查每行數(shù)據(jù)是否加鎖，使用意向鎖來減少表鎖的檢查。意向鎖分為,意向共享鎖is由語句select ... lock in share mode添加。意向排他鎖ix,由insert，update，delete，select。。。for update 添加。
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_lock;
行級鎖，每次操作鎖住對應的行數(shù)據(jù)，鎖定粒度最小，發(fā)生鎖沖突的概率最高，并發(fā)讀最高，應用在innodb存儲引擎中。
innodb的數(shù)據(jù)是基于索引組織的，行鎖是通過對索引上的索引項加鎖來實現(xiàn)的，而不是對記錄加的鎖，對于行級鎖，主要分為以下三類:
1、行鎖或者叫record lock記錄鎖，鎖定單個行記錄的鎖，防止其他事物對次行進行update和delete操作，在RC,RR隔離級別下都支持。
2、間隙鎖Gap lock,鎖定索引記錄間隙(不含該記錄)，確保索引記錄間隙不變，防止其他事物在這個間隙進行insert操作，產(chǎn)生幻讀，在RR隔離級別下都支持。
3、臨鍵鎖Next-key-lock,行鎖和間隙鎖組合，同時鎖住數(shù)據(jù)，并鎖住數(shù)據(jù)前面的間隙Gap,在RR隔離級別下支持。
innodb實現(xiàn)了以下兩種類型的行鎖
1、共享鎖 S: 允許一個事務去讀一行，阻止其他事務獲得相同數(shù)據(jù)集的排他鎖。
2、排他鎖 X: 允許獲取排他鎖的事務更新數(shù)據(jù)，阻止其他事務獲得相同數(shù)據(jù)集的共享鎖和排他鎖。
insert 語句 排他鎖 自動添加的
update語句 排他鎖 自動添加
delete 語句 排他鎖 自動添加
select 正常查詢語句 不加鎖 。。。
select 。。。lock in share mode 共享鎖 需要手動在select 之后加lock in share mode
select 。。。for update 排他鎖 需要手動在select之后添加for update
默認情況下，innodb在repeatable read事務隔離級別運行，innodb使用next-key鎖進行搜索和索引掃描，以防止幻讀。
間隙鎖唯一目的是防止其它事務插入間隙，間隙鎖可以共存，一個事務采用的間隙鎖不會阻止另一個事務在同一間隙上采用的間隙鎖。
mysql 的鎖以及間隙鎖
mysql 為并發(fā)事務同時對一條記錄進行讀寫時，提出了兩種解決方案：
1）使用 mvcc 的方法，實現(xiàn)多事務的并發(fā)讀寫，但是這種讀只是“快照讀”，一般讀的是歷史版本數(shù)據(jù)，還有一種是“當前讀”，一般加鎖實現(xiàn)“當前讀”，或者 insert、update、delete 也是當前讀。
2）使用加鎖的方法，鎖分為共享鎖（讀鎖），排他鎖（寫鎖）
快照讀：就是select
當前讀：特殊的讀操作，插入/更新/刪除操作，屬于當前讀，處理的都是當前的數(shù)據(jù)，需要加鎖。
mysql 在 RR 級別怎么處理幻讀的呢？一般來說，RR 級別通過 mvcc 機制，保證讀到低于后面事務的數(shù)據(jù)。但是 select for update 不會觸發(fā) mvcc，它是當前讀。如果后面事務插入數(shù)據(jù)并提交，那么在 RR 級別就會讀到插入的數(shù)據(jù)。所以，mysql 使用 行鎖 + gap 鎖（簡稱 next-key 鎖）來防止當前讀的時候插入。
Gap Lock在InnoDB的唯一作用就是防止其他事務的插入操作，以此防止幻讀的發(fā)生。
Innodb自動使用間隙鎖的條件：
MySQL白菜教程（Level 10 - 意向鎖&記錄鎖&間隙鎖）
意向鎖（Intention Locks; table-level lock）
意向鎖是一種特殊的表級鎖，意向鎖是為了讓 InnoDB 多粒度的鎖能共存而設計的。取得行的共享鎖和排他鎖之前需要先取得表的意向共享鎖（IS）和意向排他鎖（IX），意向共享鎖和意向排他鎖都是系統(tǒng)自動添加和自動釋放的，整個過程無需人工干預
意向鎖就是指未來的某一個時刻事務可能要加共享鎖或者排它鎖，提前聲明一個意向，分為兩種：
意向共享鎖（Intention Shared Lock） IS
事務有意向對表中的某些行加共享鎖（S鎖）
意向排它鎖（Intention Exclusive Lock）IX
事務有意向對表中的某些行加排他鎖（X鎖）
記錄鎖（Record Locks）
官方原文
SELECT c1 FROM t WHERE c1 = 10 FOR UPDATE; 這一行則是使用了記錄鎖，不允許其他事務進行增，刪，改
但是 SELECT c1 FROM t WHERE c1 = 10; 是沒有鎖的，走的是快照讀，上文已經(jīng)闡明過了
記錄鎖本身不是鎖定記錄數(shù)據(jù)本身而是鎖定索引記錄，如果要鎖的列沒有索引，則會進行全表記錄加鎖
間隙鎖（Gap Locks）
官方原文
比如 SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE ;
插入 c1 為 15 的記錄會被鎖定不可執(zhí)行
這種默認存在于可重復讀的事務隔離級別中的鎖，鎖定被圈定的范圍不允許 insert，防止不可重復讀，上文說了我們的事務隔離級別都是讀已提交，默認會產(chǎn)生不可重復讀的問題
網(wǎng)站題目：mysql怎么開啟間隙鎖 mysql區(qū)間鎖
當前網(wǎng)址：http://ef60e0e.cn/article/hpshpd.html
