一、什么是幻讀

在一次事務里面，多次查詢之后，結果集的個數(shù)不一致的情況叫做幻讀。

而多出來或者少的哪一行被叫做 幻行

二、為什么要解決幻讀

在高并發(fā)數(shù)據(jù)庫系統(tǒng)中，需要保證事務與事務之間的隔離性，還有事務本身的一致性。

三、MySQL 是如何解決幻讀的

如果你看到了這篇文章，那么我會默認你了解了 臟讀 、不可重復讀與可重復讀。

1. 多版本并發(fā)控制（MVCC）（快照讀）

多數(shù)數(shù)據(jù)庫都實現(xiàn)了多版本并發(fā)控制，并且都是靠保存數(shù)據(jù)快照來實現(xiàn)的。

以 InnoDB 為例，每一行中都冗余了兩個字斷。一個是行的創(chuàng)建版本，一個是行的刪除（過期）版本。版本號隨著每次事務的開啟自增。事務每次取數(shù)據(jù)的時候都會取創(chuàng)建版本小于當前事務版本的數(shù)據(jù)，以及過期版本大于當前版本的數(shù)據(jù)。

普通的 select 就是快照讀。

select * from T where number = 1;

原理：將歷史數(shù)據(jù)存一份快照，所以其他事務增加與刪除數(shù)據(jù)，對于當前事務來說是不可見的。

2. next-key 鎖 （當前讀）

next-key 鎖包含兩部分

1. 記錄鎖（行鎖）
2. 間隙鎖

記錄鎖是加在索引上的鎖，間隙鎖是加在索引之間的。（思考：如果列上沒有索引會發(fā)生什么？）

select * from T where number = 1 for update;
select * from T where number = 1 lock in share mode;
insert
update
delete

原理：將當前數(shù)據(jù)行與上一條數(shù)據(jù)和下一條數(shù)據(jù)之間的間隙鎖定，保證此范圍內(nèi)讀取的數(shù)據(jù)是一致的。

其他：MySQL InnoDB 引擎 RR 隔離級別是否解決了幻讀
引用一個 github 上面的評論 地址：

Mysql官方給出的幻讀解釋是：只要在一個事務中，第二次select多出了row就算幻讀。
a事務先select，b事務insert確實會加一個gap鎖，但是如果b事務commit，這個gap鎖就會釋放（釋放后a事務可以隨意dml操作），a事務再select出來的結果在MVCC下還和第一次select一樣，接著a事務不加條件地update，這個update會作用在所有行上（包括b事務新加的），a事務再次select就會出現(xiàn)b事務中的新行，并且這個新行已經(jīng)被update修改了，實測在RR級別下確實如此。

如果這樣理解的話，Mysql的RR級別確實防不住幻讀

有道友回復 地址：

在快照讀讀情況下，mysql通過mvcc來避免幻讀。
在當前讀讀情況下，mysql通過next-key來避免幻讀。
select * from t where a=1;屬于快照讀
select * from t where a=1 lock in share mode;屬于當前讀

不能把快照讀和當前讀得到的結果不一樣這種情況認為是幻讀，這是兩種不同的使用。所以我認為mysql的rr級別是解決了幻讀的。

先說結論，MySQL 存儲引擎 InnoDB 隔離級別 RR 解決了幻讀問題。

如引用一問題所說，T1 select 之后 update，會將 T2 中 insert 的數(shù)據(jù)一起更新，那么認為多出來一行，所以防不住幻讀?？粗f法無懈可擊，但是其實是錯誤的，InnoDB 中設置了 快照讀 和 當前讀 兩種模式，如果只有快照讀，那么自然沒有幻讀問題，但是如果將語句提升到當前讀，那么 T1 在 select 的時候需要用如下語法： select * from t for update (lock in share mode) 進入當前讀，那么自然沒有 T2 可以插入數(shù)據(jù)這一回事兒了。

注意
next-key 固然很好的解決了幻讀問題，但是還是遵循一般的定律，隔離級別越高，并發(fā)越低。

以上所述是小編給大家介紹的MySQL是如何解決幻讀的詳解整合，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！