您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關MySQL解決幻讀的方法,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
一、什么是幻讀
在一次事務里面,多次查詢之后,結果集的個數不一致的情況叫做幻讀。
而多出來或者少的哪一行被叫做 幻行
二、為什么要解決幻讀
在高并發數據庫系統中,需要保證事務與事務之間的隔離性,還有事務本身的一致性。
三、MySQL 是如何解決幻讀的
如果你看到了這篇文章,那么我會默認你了解了 臟讀 、不可重復讀與可重復讀。
1. 多版本并發控制(MVCC)(快照讀)
多數數據庫都實現了多版本并發控制,并且都是靠保存數據快照來實現的。
以 InnoDB 為例,每一行中都冗余了兩個字斷。一個是行的創建版本,一個是行的刪除(過期)版本。版本號隨著每次事務的開啟自增。事務每次取數據的時候都會取創建版本小于當前事務版本的數據,以及過期版本大于當前版本的數據。
普通的 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 解決了幻讀問題。
如引用一問題所說,T1 select 之后 update,會將 T2 中 insert 的數據一起更新,那么認為多出來一行,所以防不住幻讀。看著說法無懈可擊,但是其實是錯誤的,InnoDB 中設置了 快照讀 和 當前讀 兩種模式,如果只有快照讀,那么自然沒有幻讀問題,但是如果將語句提升到當前讀,那么 T1 在 select 的時候需要用如下語法: select * from t for update (lock in share mode) 進入當前讀,那么自然沒有 T2 可以插入數據這一回事兒了。
注意
next-key 固然很好的解決了幻讀問題,但是還是遵循一般的定律,隔離級別越高,并發越低。
關于“MySQL解決幻讀的方法”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。