最近面試發(fā)現(xiàn)自己對(duì)Mysql的事務(wù)了解有點(diǎn)粗糙，正好看到沈劍大神的博客解答了我的疑惑文判，決定梳理一下过椎，整理出自己的理解。
事務(wù)的隔離級(jí)別是一致性和并發(fā)性的折衷戏仓，而InnoDB通過(guò)鎖和MVCC來(lái)實(shí)現(xiàn)疚宇，以避免臟讀、不可重復(fù)讀赏殃、幻讀敷待。

一.Mysql（InnoDB）的七種鎖：
(1)共享/排它鎖(Shared and eXclusive Locks，S鎖和X鎖)
共享鎖（lock in share mode）仁热，共享鎖之間是可以并行的榜揖，與排它鎖之間是互斥的勾哩。排它鎖（for update）與2種鎖都是互斥的。
鎖有2個(gè)操作举哟，獲取和釋放思劳，顯式使用鎖語(yǔ)句獲取這兩個(gè)鎖，提交事務(wù)釋放鎖妨猩，也就是說(shuō)在autocommit=1的情況下潜叛，獲取鎖后會(huì)馬上釋放。
并不是所有情況下壶硅，都需要顯式定義鎖威兜，InnoDB的事務(wù)實(shí)際上是通過(guò)鎖來(lái)實(shí)現(xiàn)一致性的，在某些事務(wù)級(jí)別下庐椒，Mysql會(huì)隱式的自動(dòng)加鎖椒舵。

(2)意向鎖(Intention Locks)
意向鎖是表級(jí)鎖，意向鎖就是在聲明鎖前先加一個(gè)意向约谈，它也分共享（IS）笔宿、互斥（IX）兩種。意向鎖之間都是不互斥的棱诱，但是與互斥共享鎖之間措伐，只有IS和S是兼容的，其他都是互斥的军俊。
InnoDB中表鎖和行鎖共存，這就是依賴意向鎖來(lái)實(shí)現(xiàn)的捧存，試想粪躬，如果對(duì)一個(gè)表加行鎖，之后又有一個(gè)連接對(duì)該表加表鎖昔穴，這時(shí)首先要去檢查該表是否有表鎖镰官，然后再檢查表中的每一行是否有行鎖，這就發(fā)生了遍歷吗货。如果通過(guò)意向鎖來(lái)實(shí)現(xiàn)呢泳唠？首先查看是否有表鎖，再查看表上是否有意向鎖宙搬，如果有意向鎖笨腥，再看意向鎖是否和自己申請(qǐng)的鎖互斥，Bingo勇垛，問(wèn)題解決脖母。

(3)記錄鎖(Record Locks)
對(duì)索引記錄進(jìn)行加鎖，未走到索引則會(huì)變?yōu)楸礞i闲孤。

(4)間隙鎖(Gap Locks)
鎖住索引記錄的間隔谆级，若事務(wù)隔離級(jí)別為讀提交（Read Commit，RC），間隙鎖會(huì)自動(dòng)失效肥照。

(5)臨鍵鎖(Next-key Locks)
記錄鎖與間隙鎖的組合脚仔，它封鎖范圍，也封鎖記錄舆绎。若事務(wù)隔離級(jí)別為讀提交（Read Commit鲤脏，RC），臨間鎖會(huì)自動(dòng)失效亿蒸。

記錄鎖凑兰，間隙鎖，臨鍵鎖都是針對(duì)索引進(jìn)行鎖定边锁，若沒(méi)有走到索引則會(huì)變?yōu)楸礞i姑食。所以，這里我們看到InnoDB的索引不僅影響了其性能茅坛，還對(duì)鎖的互斥產(chǎn)生影響音半。

(6)插入意向鎖(Insert Intention Locks)
插入意向鎖是間隙鎖的一種（專門(mén)實(shí)施在索引上，只針對(duì)插入操作）贡蓖，InnoDB使用強(qiáng)互斥鎖實(shí)現(xiàn)一致性曹鸠，使用插入意向鎖提高插入并發(fā)。

(7)自增鎖(Auto-inc Locks)
有三種模式斥铺，配置innodb_autoinc_lock_mode決定其級(jí)別（不同級(jí)別性能不同）彻桃。主要解決id的自增問(wèn)題，表級(jí)鎖晾蜘，對(duì)性能會(huì)有一定影響邻眷。

二.MVCC
Mysql能實(shí)現(xiàn)較高的并非主要是因?yàn)槠銶VCC機(jī)制，其核心原理是：
（1）寫(xiě)任務(wù)發(fā)生時(shí)剔交，將數(shù)據(jù)克隆一份肆饶，以版本號(hào)區(qū)分；
（2）寫(xiě)任務(wù)操作克隆的數(shù)據(jù)岖常，直至提交驯镊；
（3）并發(fā)讀任務(wù)可以讀取舊版本的數(shù)據(jù)，以不至于阻塞竭鞍。
Mysql MVCC舊版本的數(shù)據(jù)存儲(chǔ)在undo日志（回滾段）中板惑，以減少對(duì)原有體系的沖擊。
Mysql InnoDB中未加鎖的讀是快照讀偎快，即通過(guò)MVCC機(jī)制實(shí)現(xiàn)洒放，該機(jī)制提高了InnoDB的性能。
（MVCC通過(guò)為數(shù)據(jù)提供多個(gè)版本滨砍，使數(shù)據(jù)的讀寫(xiě)互不沖突往湿，支持RC妖异、RR隔離級(jí)別，在RC級(jí)別下领追，快照讀每次讀取到最新的提交數(shù)據(jù)他膳，而RR級(jí)別下，快照讀每次讀取到的是第一次讀操作之前提交的數(shù)據(jù)）绒窑。

三.事務(wù)與鎖
事務(wù)的隔離級(jí)別是通過(guò)鎖來(lái)實(shí)現(xiàn)的（RC棕孙、RR級(jí)別下有MVCC支持）：
（1）讀未提交：select不加鎖，可能出現(xiàn)臟讀些膨；
（2）讀已提交：普通select快照讀蟀俊，加鎖的select、update和delete會(huì)使用記錄鎖（重復(fù)鍵檢查和外鍵約束檢查條件下會(huì)鎖區(qū)間）订雾；
（3）可重復(fù)讀：普通select快照讀肢预，加鎖的select、update和delete會(huì)使用記錄鎖洼哎、或者間隙鎖烫映、臨鍵鎖，防止讀到幻影記錄噩峦；
（4）串行化：select隱式轉(zhuǎn)換為in share mode锭沟，會(huì)被update和delete互斥。

附錄：
MVCC在一定程度上解決了幻讀的問(wèn)題识补，然而并沒(méi)有完全解決族淮。
MySQL InnoDB的可重復(fù)讀并不保證避免幻讀，需要應(yīng)用使用加鎖讀來(lái)保證凭涂。而這個(gè)加鎖度使用到的機(jī)制就是next-key locks瞧筛。
兩種RR級(jí)別下的幻讀：
（1）兩個(gè)連接中的事務(wù)：一個(gè)事務(wù)增加一個(gè)記錄，另一個(gè)事務(wù)先查詢导盅，后根據(jù)該唯一鍵增加，會(huì)阻塞或報(bào)錯(cuò)揍瑟；
（2）兩個(gè)連接中的事務(wù)：一個(gè)事務(wù)增加一個(gè)記錄白翻，另一個(gè)事務(wù)先查詢，后更新該記錄绢片，再查詢滤馍，能查到最新記錄；
可以通過(guò)讀的時(shí)候加鎖底循，解決該問(wèn)題巢株。

（InnoDB用的最多的隔離級(jí)別是RC，默認(rèn)隔離級(jí)別是RC）熙涤。

（這篇文章內(nèi)容主要出自沈劍的博客阁苞，歸納下來(lái)困檩，讓自己印象更深刻些）
參考文獻(xiàn)：
https://mp.weixin.qq.com/s/wGOxro3uShp2q5w97azx5A（沈劍博文聚合）
https://blog.csdn.net/wufaliang003/article/details/81905661（Mysql七種鎖）
https://blog.csdn.net/gao_yu_long/article/details/73739559（MVCC）
http://www.reibang.com/p/e937830bc2de（意向鎖）
https://www.cnblogs.com/JiangLe/p/6362770.html（自增鎖，innodb_autoinc_lock_mode）
http://blog.sina.com.cn/s/blog_499740cb0100ugs7.html（RR級(jí)別下的幻讀問(wèn)題）