有朋友留言，問(wèn)能不能花2分鐘講講，MySQL的各類(lèi)SQL語(yǔ)句，究竟加了什么鎖?

額，MySQL加的鎖，和事務(wù)隔離級(jí)別相關(guān)，又和索引相關(guān)，嘗試花2分鐘講講看。

畫(huà)外音：這2分鐘需要的輔助知識(shí)，都已經(jīng)附帶了鏈接，貼心吧!

第一類(lèi)，普通select加什么鎖?

(1)在讀未提交(Read Uncommitted)，讀提交(Read Committed, RC)，可重復(fù)讀(Repeated Read, RR)這三種事務(wù)隔離級(jí)別下，普通select使用快照讀(snpashot read)，不加鎖，并發(fā)非常高;

(2)在串行化(Serializable)這種事務(wù)的隔離級(jí)別下，普通select會(huì)升級(jí)為select ... in share mode;

【快照讀】輔助閱讀：《??InnoDB，并發(fā)如此之高的原因??》

第二類(lèi)，加鎖select加什么鎖?

加鎖select主要是指：

• select ... for update
• select ... in share mode

(1)如果，在唯一索引(unique index)上使用唯一的查詢條件(unique search condition)，會(huì)使用記錄鎖(record lock)，而不會(huì)封鎖記錄之間的間隔，即不會(huì)使用間隙鎖(gap lock)與臨鍵鎖(next-key lock);

【記錄鎖，間隙鎖，臨鍵鎖】輔助閱讀：《??InnoDB里的七種鎖??》

舉個(gè)栗子，假設(shè)有InnoDB表：

t(id PK, name);

表中有三條記錄：

• shenjian
• zhangsan
• lisi

SQL語(yǔ)句：

select * from t where id=1 for update;

只會(huì)封鎖記錄，而不會(huì)封鎖區(qū)間。

(2)其他的查詢條件和索引條件，InnoDB會(huì)封鎖被掃描的索引范圍，并使用間隙鎖與臨鍵鎖，避免索引范圍區(qū)間插入記錄;

第三類(lèi)，update與delete加什么鎖?

(1)和加鎖select類(lèi)似，如果在唯一索引上使用唯一的查詢條件來(lái)update/delete，例如：update t set name=xxx where id=1;也只加記錄鎖;

(2)否則，符合查詢條件的索引記錄之前，都會(huì)加排他臨鍵鎖(exclusive next-key lock)，來(lái)封鎖索引記錄與之前的區(qū)間;

(3)尤其需要特殊說(shuō)明的是，如果update的是聚集索引(clustered index)記錄，則對(duì)應(yīng)的普通索引(secondary index)記錄也會(huì)被隱式加鎖，這是由InnoDB索引的實(shí)現(xiàn)機(jī)制決定的：普通索引存儲(chǔ)PK的值，檢索普通索引本質(zhì)上要二次掃描聚集索引。

【索引底層實(shí)現(xiàn)】輔助閱讀：《??索引，底層是如何實(shí)現(xiàn)的???》

【聚集索引與普通索引的實(shí)現(xiàn)差異】輔助閱讀：《??InnoDB，聚集索引與普通索引有什么不同???》

第四類(lèi)，insert加什么鎖?

同樣是寫(xiě)操作，insert和update與delete不同，它會(huì)用排它鎖封鎖被插入的索引記錄，而不會(huì)封鎖記錄之前的范圍。

同時(shí)，會(huì)在插入?yún)^(qū)間加插入意向鎖(insert intention lock)，但這個(gè)并不會(huì)真正封鎖區(qū)間，也不會(huì)阻止相同區(qū)間的不同KEY插入。

【插入意向鎖】輔助閱讀：《??InnoDB里的七種鎖??》

了解不同SQL語(yǔ)句的加鎖，對(duì)于分析多個(gè)事務(wù)之間的并發(fā)與互斥，以及事務(wù)死鎖，非常有幫助。

畫(huà)外音：文章的參考資料為MySQL官網(wǎng)，以及樓主對(duì)MySQL的理解，版本基于5.6，歡迎探討。

希望這2分鐘，大家有收獲。

來(lái)源鏈接：

http://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651969353&idx=1&sn=9ded4fe3fcfc9e3daf1ce52054671b4a&chksm=bd2d62958a5aeb835405358634ffea69936a6dd3941dd2a338401661c77393838879c043db69&mpshare=1&scene=23&srcid=0118Za6sAKYOr1w7CpQHHEMB&sharer_sharetime=1642517052262&sharer_shareid=9603544ecd5d7f3dc66603ae089636f4#rd