另乙個事務修改了資料，但尚未提交，而本事務中的select會讀到這些未被提交的資料（髒讀）( 隔離級別最低，併發效能高 )
本事務讀取到的是最新的資料（其他事務提交後的）。問題是，在同乙個事務裡，前後兩次相同的select會讀到不同的結果（不重複讀）。會出現不可重複讀、幻讀問題（鎖定正在讀取的行)
在同乙個事務裡，select的結果是事務開始時時間點的狀態，因此，同樣的select操作讀到的結果會是一致的。但是，會有幻讀現象（稍後解釋）。會出幻讀（鎖定所讀取的所有行）
讀操作會隱式獲取共享鎖，可以保證不同事務間的互斥（鎖表)
當前事務讀到的資料是別的事務想要修改成為的但是沒有修改成功的資料
當前事務先進行了一次資料讀取，然後再次讀取到的資料是別的事務修改成功的資料，導致兩次讀取到的資料不匹配，也就照應了不可重複讀的語義
當前事務讀第一次取到的資料比後來讀取到資料條目少或者增加,針對資料的刪與增
當前事務先進行了一次資料讀取，然後再次讀取到的資料是別的事務修改之前的資料,兩次資料相同
MySQL事務隔離級別可重複讀測試
開啟rds，查詢當前的事務隔離級別select tx isolation查詢得到時候可重複讀，於是做了如下測試。可重複隔離級別的特點是，每個事務可以在乙個事務中可以反覆讀取資料，每次讀取到的資料都是相同的。在 高效能mysql 一書中，講到這種隔離級別很好的解決了髒讀問題，也就是讀取的資料都是事務開...
事務隔離級別 可重複讀
mysql pom 5 select global.tx isolation global.tx isolation repeatable read 如果事務隔離級別顯示repeatable read，即是可重複讀。在資料庫操作中，為了有效保證併發讀取資料的正確性，提出的事務隔離級別。我們的資料庫鎖...
MySQL可重複讀隔離級別的實現原理
參考 mysql預設的隔離級別是可重複讀，即 事務a在讀到一條資料之後，此時事務b對該資料進行了修改並提交，那麼事務a再讀該資料，讀到的還是原來的內容。那麼mysql可重複讀是如何實現的呢？使用的的一種叫mvcc的控制方式 即mutil version concurrency control,多版本...