一、MYSQL的幻讀和我們平常說的幻讀有什么區別

平常說的幻讀：

事務1查詢id<10的記錄時，返回了2條記錄，接著事務2插入了一條id為3的記錄，并提交。接著事務1查詢id<10的記錄時，返回了3條記錄，結果多了一條數據。由于Mysql存在MVCC，解決了這種情況下的幻讀。

Mysql的幻讀：

Mysql的幻讀，并不是說兩次讀取獲取的結果集不同，幻讀側重的方面是某一次的 select 操作得到的結果所表征的數據狀態無法支撐后續的業務操作。更為具體一些：select 某記錄是否存在，不存在，準備插入此記錄，但執行 insert 時發現此記錄已存在，無法插入，此時就發生了幻讀。

舉個例子：事務T1：

事務T2:

step1 T1: SELECT * FROM users WHERE id = 1;step2 T2: INSERT INTO users VALUES (1, ‘big cat’);step3 T1: INSERT INTO users VALUES (1, ‘big cat’);step4 T1: SELECT * FROM users WHERE id = 1;T1 ：主事務，檢測表中是否有 id 為 1 的記錄，沒有則插入，這是我們期望的正常業務邏輯。T2 ：干擾事務，目的在于擾亂 T1 的正常的事務執行。

在 RR 隔離級別下，step1、step2 是會正常執行的，step3 則會報錯主鍵沖突，對于 T1 的業務來說是執行失敗的，這里 T1 就是發生了幻讀，因為 T1 在 step1 中讀取的數據狀態并不能支撐后續的業務操作，T1：“見鬼了，我剛才讀到的結果應該可以支持我這樣操作才對啊，為什么現在不可以”。T1 不敢相信的又執行了 step4，發現和 setp1 讀取的結果是一樣的（RR下的 MMVC機制）。此時，幻讀無疑已經發生，T1 無論讀取多少次，都查不到 id = 1 的記錄，但它的確無法插入這條他通過讀取來認定不存在的記錄（此數據已被T2插入），對于 T1 來說，它幻讀了。其實產生幻讀的原因就是：行鎖只能鎖住行，即使把所有的行記錄都上鎖，也阻止不了新插入的記錄。

二、MySQL 是如何解決幻讀的

1、多版本并發控制（MVCC）（快照讀/一致性讀）

多數數據庫都實現了多版本并發控制，并且都是靠保存數據快照來實現的。以?InnoDB?為例。可以理解為每一行中都冗余了兩個字段，一個是行的創建版本，一個是行的刪除（過期）版本。具體的版本號（trx_id）存在?information_schema.INNODB_TRX?表中。版本號（trx_id）隨著每次事務的開啟自增。事務每次取數據的時候都會取創建版本小于當前事務版本的數據，以及過期版本大于當前版本的數據。普通的 select 就是快照讀。

select * from T where number = 1;

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

2、next-key 鎖 （當前讀）

next-key 鎖包含兩部分

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

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

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

3、MySQL InnoDB 引擎 RR 隔離級別是否解決了幻讀

Mysql官方給出的幻讀解釋是：只要在一個事務中，第二次select多出了row就算幻讀。a事務先select，b事務insert確實會加一個gap鎖，但是如果b事務commit，這個gap鎖就會釋放（釋放后a事務可以隨意dml操作），a事務再select出來的結果在MVCC下還和名列前茅次select一樣，接著a事務不加條件地update，這個update會作用在所有行上（包括b事務新加的），a事務再次select就會出現b事務中的新行，并且這個新行已經被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?解決了幻讀問題。不能把快照讀和當前讀得到的結果不一樣這種情況認為是幻讀，這是兩種不同的使用方式。所以認為?MySQL?的?RR?級別是解決了幻讀的。先說結論，MySQL?存儲引擎?InnoDB?隔離級別?RR?解決了幻讀問題。

如引用一問題所說，T1?select?之后?update，會將 T2 中?insert?的數據一起更新，那么認為多出來一行，所以防不住幻讀。但是其實這種方式是一種?bad case。如圖：

延伸閱讀1：MySQL簡介

MySQL是一個關系型數據庫管理系統，由瑞典MySQL AB 公司開發，屬于 Oracle 旗下產品。MySQL 是最流行的關系型數據庫管理系統之一，在 WEB 應用方面，MySQL是較好的 RDBMS (Relational Database Management System，關系數據庫管理系統) 應用軟件之一。