共計 1720 個字符，預計需要花費 5 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

本篇文章為大家展示了 MySQL 中怎么解決幻讀，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

  一、什么是幻讀

在一次事務里面，多次查詢之后，結果集的個數不一致的情況叫做幻讀。而多出來或者少的哪一行被叫做幻行。

二、為什么要解決幻讀

在高并發數據庫系統中，需要保證事務與事務之間的隔離性，還有事務本身的一致性。

三、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; insert update delete

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

其他：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 就會出現 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 四種隔離級別，這篇文章建議大家看下。

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

注意

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

上述內容就是 MySQL 中怎么解決幻讀，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注丸趣 TV 行業資訊頻道。

向 AI 問一下細節