MySQL到底是怎么解決幻讀的？
一、什么是幻讀
在一次事務(wù)里面，多次查詢之后，結(jié)果集的個(gè)數(shù)不一致的情況叫做幻讀。而多出來或者少的哪一行被叫做幻行。
二、為什么要解決幻讀
在高并發(fā)數(shù)據(jù)庫(kù)系統(tǒng)中，需要保證事務(wù)與事務(wù)之間的隔離性，還有事務(wù)本身的一致性。
三、MySQL 是如何解決幻讀的
如果你看到了這篇文章，那么我會(huì)默認(rèn)你了解了臟讀 、不可重復(fù)讀與可重復(fù)讀。
1. 多版本并發(fā)控制（MVCC）（快照讀/一致性讀）
多數(shù)數(shù)據(jù)庫(kù)都實(shí)現(xiàn)了多版本并發(fā)控制，并且都是靠保存數(shù)據(jù)快照來實(shí)現(xiàn)的。以 InnoDB 為例，每一行中都冗余了兩個(gè)字?jǐn)唷?/p>
一個(gè)是行的創(chuàng)建版本，一個(gè)是行的刪除（過期）版本。具體的版本號(hào)（trx_id）存在 information_schema.INNODB_TRX 表中。版本號(hào)（trx_id）隨著每次事務(wù)的開啟自增。
事務(wù)每次取數(shù)據(jù)的時(shí)候都會(huì)取創(chuàng)建版本小于當(dāng)前事務(wù)版本的數(shù)據(jù)，以及過期版本大于當(dāng)前版本的數(shù)據(jù)。
普通的 select 就是快照讀。
- select * from T where number = 1;
原理：將歷史數(shù)據(jù)存一份快照，所以其他事務(wù)增加與刪除數(shù)據(jù)，對(duì)于當(dāng)前事務(wù)來說是不可見的。
2. next-key 鎖 （當(dāng)前讀）
next-key 鎖包含兩部分：
- 記錄鎖（行鎖）
- 間隙鎖
記錄鎖是加在索引上的鎖，間隙鎖是加在索引之間的。（思考：如果列上沒有索引會(huì)發(fā)生什么？）
- select * from T where number = 1 for update;
- select * from T where number = 1 lock in share mode;
- insert
- update
- delete
原理：將當(dāng)前數(shù)據(jù)行與上一條數(shù)據(jù)和下一條數(shù)據(jù)之間的間隙鎖定，保證此范圍內(nèi)讀取的數(shù)據(jù)是一致的。
其他：MySQL InnoDB 引擎 RR 隔離級(jí)別是否解決了幻讀
引用一個(gè) github 上面的評(píng)論 地址：
Mysql官方給出的幻讀解釋是：只要在一個(gè)事務(wù)中，第二次select多出了row就算幻讀。
a事務(wù)先select，b事務(wù)insert確實(shí)會(huì)加一個(gè)gap鎖，但是如果b事務(wù)commit，這個(gè)gap鎖就會(huì)釋放（釋放后a事務(wù)可以隨意dml操作），a事務(wù)再select出來的結(jié)果在MVCC下還和***次select一樣，接著a事務(wù)不加條件地update，這個(gè)update會(huì)作用在所有行上（包括b事務(wù)新加的），a事務(wù)再次select就會(huì)出現(xiàn)b事務(wù)中的新行，并且這個(gè)新行已經(jīng)被update修改了，實(shí)測(cè)在RR級(jí)別下確實(shí)如此。
如果這樣理解的話，Mysql的RR級(jí)別確實(shí)防不住幻讀
有道友回復(fù) 地址：
在快照讀讀情況下，mysql通過mvcc來避免幻讀。
在當(dāng)前讀讀情況下，mysql通過next-key來避免幻讀。
select * from t where a=1;屬于快照讀
select * from t where a=1 lock in share mode;屬于當(dāng)前讀
不能把快照讀和當(dāng)前讀得到的結(jié)果不一樣這種情況認(rèn)為是幻讀，這是兩種不同的使用。所以我認(rèn)為mysql的rr級(jí)別是解決了幻讀的。
先說結(jié)論，MySQL 存儲(chǔ)引擎 InnoDB 隔離級(jí)別 RR 解決了幻讀問題。面試問爛的 MySQL 四種隔離級(jí)別，這篇文章建議大家看下。
如引用一問題所說，T1 select 之后 update，會(huì)將 T2 中 insert 的數(shù)據(jù)一起更新，那么認(rèn)為多出來一行，所以防不住幻讀?？粗f法無懈可擊，但是其實(shí)是錯(cuò)誤的，InnoDB 中設(shè)置了快照讀和當(dāng)前讀兩種模式，如果只有快照讀，那么自然沒有幻讀問題，但是如果將語句提升到當(dāng)前讀，那么 T1 在 select 的時(shí)候需要用如下語法： select * from t for update (lock in share mode) 進(jìn)入當(dāng)前讀，那么自然沒有 T2 可以插入數(shù)據(jù)這一回事兒了。
注意
next-key 固然很好的解決了幻讀問題，但是還是遵循一般的定律，隔離級(jí)別越高，并發(fā)越低。
