前言

sql事務的執行，如果需要鎖定數據進行更新操作，則必定離不開鎖。

• 共享鎖和排他鎖
• 表鎖
• 行鎖 Record Lock
• 間隙鎖 Gap Lock
• 行鎖+間隙鎖 Next-Key Lock
• 加鎖場景(加鎖sql)

1.共享鎖和排他鎖

排他鎖(X鎖)，當前事務給記錄上鎖后(insert update delete)，可以進行讀寫，其他事務不可以加任何鎖。

共享鎖(S鎖)，是指當前事務給一條記錄上鎖后，其他事務也可以給當前記錄加共享鎖。共享鎖只用于鎖定讀，如需要更新數據，是不允許的。

2.表鎖

針對數據庫表的鎖，又稱為表

• 開銷小，加鎖快;不會出現死鎖;鎖定粒度大，發生鎖沖突的概率最高，并發度最低。
• MySQL表級鎖有兩種模式：表共享鎖(Table Read Lock)和表獨占寫鎖(Table Write Lock)。
• myisam，memory，merge 存儲引擎只支持表鎖。

表級別的 AUTO_INC 鎖

在為表某列添加 AUTO_INCREDMENT 屬性，之后插入數據時可以不指定該字段，系統會自動為它賦值，此時獲取自增值是需要 AUTO_INC 鎖鎖定的。

3.行鎖 Record Lock

• innodb 既支持表鎖也支持行鎖，行鎖是針對一行記錄的鎖。
• 行鎖：開銷大，加鎖慢;會出現死鎖;鎖定粒度最小，發生鎖沖突的概率最低，并發度也最高。
• innodb 執行 select update delete insert 語句是不會為表加 S 鎖和 X 鎖，因為表鎖力度大，容易阻塞。
• 單條索引記錄上加鎖，record lock鎖住的永遠是索引，而非記錄本身，即使該表上沒有任何索引，那么innodb會在后臺創建一個隱藏的聚集主鍵索引，那么鎖住的就是這個隱藏的聚集主鍵索引。所以說當一條sql沒有走任何索引時，那么將會在每一條聚集索引后面加X鎖。

何為意向鎖

如果存在行鎖的情況，想給表加鎖，怎么辦?遍歷查看表有沒有行鎖，太浪費時間了。此時意向鎖登場啦！

• 意向共享鎖(IS鎖)：當事務給某行記錄增加 S 鎖時，同時給表加個 IS 鎖。
• 意向獨占鎖(IX鎖)：當事務給某行記錄增加 X 鎖時，同時給表加個 IX 鎖。

有了意向鎖，則不需要遍歷數據也可以直接判斷是否可以給表加鎖。

4.間隙鎖 Gap Lock

mysql 在 repeatable read 隔離級別解決幻讀的，有兩種實現方式。一是靠 MVCC 方案解決;二是加鎖方案解決。然而在事務加鎖時，記錄是不存在的，是無法加行鎖的。則需要靠間隙鎖(gap lock)實現。

• 例如給 id=10 記錄加 gap 鎖，鎖住(5,10)區間。另一事務想插入 id=8 的記錄，會先定位到 id=10 的記錄，然后發現存在一個 gap 鎖，則阻塞直到 第一個事務將 gap 鎖釋放掉，才可以在(5,10)區間插入記錄。
• gap lock 僅僅是為了防止插入幻影記錄，并不會限制其他事務對記錄繼續加行鎖 或者 gap 鎖。

5.行鎖+間隙鎖 Next-Key Lock

• next-key鎖的本質是 record lock 加一個gap lock的結合體。它既能保護該記錄，又能阻止別的事務將新的記錄插入被保護記錄的前面間隙中。

6.加鎖場景(repeatable read 隔離級別加鎖 sql，忽略二級索引的加鎖操作)

• 快照讀：讀的是數據庫記錄的快照版本，sql 執行前和當前事務ID生成的最新數據。
• 當前讀：讀取已提交事務生成的數據，大于當前事務ID的已提交事務，其生成的數據也可以讀取。

select from

• 不加任何鎖，快照讀。

select for update

• 聚簇索引上加 X 鎖，當前讀。

select lock in share mode

• 聚簇索引上加行級 S 鎖，采用當前讀。

insert、update 和 delete 語句的加鎖情況

• insert 在可重復讀級別加的是 next-key lock
• delete、update 是在聚簇索引記錄加上 X 鎖。