1.前言

在日常我們操作mysql時，mysql默認是自動提交的。當我們需要開啟一個事務時，可以使用start transaction或begin命令，再使用commit或rollback提交或回滾事務。

但事務的使用也有一些注意事項，不注意的話，可能會帶來意料之外的結果。

今天，我要分享的就是在Repeatable Read（簡稱rr）隔離級別下，mysql的快照生成時機的問題。

2.問題引出

我們都知道，rr級別下，是根據快照來讀取數據的，所以他能保證同一事務內的兩次讀取是一致的，不會因為其他事務提交的修改而導致前后讀取結果不一樣。

現在db3庫下有個test表，且mysql隔離級別為rr（默認rr）。

開啟兩個會話，一個會話開啟一個事務，另一個會話開啟一個事務并修改一行數據

按正常理解來說，此時在第一個會話里查詢數據，查詢到的還是原來的’zhuzi1’而不是’zhuzin’

但實際上，我們卻發(fā)現，第二個事務的修改影響到了第一個事務的結果。

3.原因

上面問題出現的原因，就是因為我們在開啟一個事務時，并沒有立即生成數據快照，而是在執(zhí)行一次快照讀（所謂快照讀，就是我們平常使用的普通查詢；當前讀則是使用例如for update加鎖的查詢）之后才生成的。所以，當我們在第一個事務中第一次執(zhí)行快照讀時，第二個事務已經提交修改了，當然是可以看到這個修改的。

mysql想要在開啟事務時就生成快照，確保數據不再變化，可以使用如下方式開啟事務

start transaction with consistent snapshot;

這樣，mysql就會在開啟事務時立即生成快照了。

官網對于with consistent snapshot的介紹如下：

翻譯的大致意思就是WITH CONSISTENT SNAPSHOT修飾符為innodb啟動一致讀取。且只適用于innodb引擎。其效果與從任何InnoDB表中發(fā)出START TRANSACTION后接SELECT相同。WITH CONSISTENT SNAPSHOT修飾符不會更改當前事務隔離級別，因此只有當前隔離級別允許一致讀取時，它才能提供一致的快照。唯一允許一致讀取的隔離級別是可重復讀取。對于所有其他隔離級別，WITH CONSISTENT SNAPSHOT子句將被忽略。忽略WITH CONSISTENT SNAPSHOT子句時會生成警告。

官網對rr的介紹如下：

由此可知，如果你開啟了一個事務，卻不進行一次讀取操作，那么快照是不會建立的

到此這篇關于MySQL可重復讀隔離級別下開啟事務的一個注意事項的文章就介紹到這了,更多相關MySQL可重復讀隔離開啟事務內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論