mysql庫幻讀怎么解決 mysql 幻讀mvcc

mysql如何解決幻讀

回到正題，之前提到一般情況下MySQL的InnoDB引擎在可重復讀的情況下是沒法保證不出現幻讀的，但實際情況是MySQL可以通過加鎖來防止幻讀的出現，這種鎖定通過Next-key機制來實現，是屬于記錄鎖和間隙鎖(Gap鎖)的結合。

網站建設哪家好，找創新互聯！專注于網頁設計、網站建設、微信開發、成都小程序開發、集團企業網站建設等服務項目。為回饋新老客戶創新互聯還提供了永平免費建站歡迎大家使用！

快照讀：通過MVCC實現，該技術不僅可以保證innodb的可重復讀，而且可以防止幻讀，但是他讀取的數據雖然是一致的，但是數據是歷史數據。

MySQL在解決臟讀、不可重復的讀時候，使用了MVCC一致性視圖，同時配合行鎖來解決。

不過， SERIALIZABLE 之外的其他隔離級別可能也需要用到鎖機制，就比如 REPEATABLE-READ 在當前讀情況下需要使用加鎖讀來保證不會出現幻讀。MySQL InnoDB 存儲引擎的默認支持的隔離級別是 REPEATABLE-READ（可重讀）。

創建兩條數據：最終的表數據如下：打開兩個終端，連上mysql，分別啟動事務a和事務b。在事務a和事務b上面分別執行如下命令：查詢出來的結果如下：事務a：事務b：很明顯事務b沒有查詢到事務a未提交的新插入數據。

此外要提的一點是，MySql的REPEATABLE READ與Oracle的不同，不但解決了不可重復讀問題，還解決的“幻讀”問題。

1、據此，很多人判斷說RR隔離級別下“不存在”幻讀。但果真如此嗎？--- 出現上面的試驗結果，是因為在RR隔離級別事務下，Mysql會對前一次select的結果快照。

2、可以看到事務a已提交的新數據被事務b使用update語句更新了，并且通過普通的select語句給查詢出來了，很顯然，出現了幻讀。所以說InnoDB的RR隔離級別沒有或者解決了幻讀問題都不太準確。應該說它并沒有完全解決幻讀的問題。

3、RR級別的事務隔離可以解決臟讀和不可重復讀，他通過MVVC解決了快照讀情況下的幻讀問題，當前讀下的幻讀是以來Innodb的鎖機制實現的。所以總結起來就是：在快照讀情況下，Mysql通過MVVC來避免幻讀。

4、先明確一下，for update語法就是當前讀，也就是查詢當前已經提交的數據，并且是帶悲觀鎖的。沒有for update就是快照讀，也就是根據readView讀取的undolog中的數據。如果按照以上猜想，那么整個執行結果就違背了可重復讀的隔離級別了。

5、不過， SERIALIZABLE 之外的其他隔離級別可能也需要用到鎖機制，就比如 REPEATABLE-READ 在當前讀情況下需要使用加鎖讀來保證不會出現幻讀。MySQL InnoDB 存儲引擎的默認支持的隔離級別是 REPEATABLE-READ（可重讀）。

快照讀：通過MVCC實現，該技術不僅可以保證innodb的可重復讀，而且可以防止幻讀，但是他讀取的數據雖然是一致的，但是數據是歷史數據。

以mysql來說，可能出現臟讀、不可重復讀以及幻讀，mysql默認設置是可重復讀，即一次事務中不會讀取到不同的數據。

RR級別的事務隔離可以解決臟讀和不可重復讀，他通過MVVC解決了快照讀情況下的幻讀問題，當前讀下的幻讀是以來Innodb的鎖機制實現的。所以總結起來就是：在快照讀情況下，Mysql通過MVVC來避免幻讀。

隔離級別臟讀不可重復讀幻讀 READ-UNCOMMITTED READ-COMMITTED REPEATABLE-READ SERIALIZABLE MySQL 的隔離級別基于鎖和 MVCC 機制共同實現的。SERIALIZABLE 隔離級別，是通過鎖來實現的。

1、幻讀指的是一個事務在前后兩次查詢同一個范圍的時候，后一次查詢看到了前一次查詢沒有看到的行。首先快照讀是不存在幻讀的，只有當前讀（實時讀）才存在幻讀的問題。

2、首先需要明確的就是“幻讀”概念：隔離級別是可重復讀，在一個事務中前后兩次查詢，查到了其他事務insert進來的數據。強調的是讀取到了其他事務插入進來的數據。

3、幻讀是指：在一個事務中，讀取到了其他已經提交的事務插入的數據行。MySQL在解決臟讀、不可重復的讀時候，使用了MVCC一致性視圖，同時配合行鎖來解決。

4、). 幻讀：是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。

5、最終的表數據如下：打開兩個終端，連上mysql，分別啟動事務a和事務b。在事務a和事務b上面分別執行如下命令：查詢出來的結果如下：事務a：事務b：很明顯事務b沒有查詢到事務a未提交的新插入數據。

所以說InnoDB的RR隔離級別沒有或者解決了幻讀問題都不太準確。應該說它并沒有完全解決幻讀的問題。如果在同一個事務里面，只是總是執行普通的select快照讀，是不會產生幻讀的。

MySQL InnoDB 存儲引擎的默認支持的隔離級別是 REPEATABLE-READ（可重讀）。

性能相對而言比讀取未提交要低。不可重復讀：一致性。性能相對而言比讀取已提交要低。可重復讀取，簡稱： RR（默認）。幻讀的問題：mvc 但是對于新增來時候可能依然存在。

幻讀是指多事務并發中一個事務讀到了另一個事務insert的記錄。在REPEATABLE READ隔離級別下，假設事務T1執行后，事務T2開始執行，并新增一條記錄，然后事務T2提交，這時在事務T1中執行select是看不到事務T2新增的這條記錄的。

首先需要明確的就是“幻讀”概念：隔離級別是可重復讀，在一個事務中前后兩次查詢，查到了其他事務insert進來的數據。強調的是讀取到了其他事務插入進來的數據。

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源：創新互聯

猜你還喜歡下面的內容