MySqlInnoDB的事務隔離級別有四個：（預設是可重覆讀repeatable read） 未提交讀 read uncommit : 在另一個事務修改了數據，但尚未提交，在本事務中SELECT語句可能會查詢到這些未被提交的數據，而發生臟讀。 提交讀 read commit : 在一個事務中發生兩次 ...
MySqlInnoDB的事務隔離級別有四個：（預設是可重覆讀repeatable read）
未提交讀 read uncommit : 在另一個事務修改了數據，但尚未提交，在本事務中SELECT語句可能會查詢到這些未被提交的數據，而發生臟讀。
提交讀 read commit : 在一個事務中發生兩次SELECT查詢，當第一次SELECT執行完查詢到一些數據，接下來另一個事務修改了這些數據並提交了，當第二次SELECT執行的時候查詢到的數據和第一次SELECT的不同，而發生不可重覆讀、幻讀問題，但解決了臟讀（鎖定所讀取的當前行）。
可重覆讀 repeatable read:在同一個事務中，SELECT的結果是事務開啟時時間點的結果，因此，同樣的SELECT查詢的結果總是一致的。解決了不可重覆讀，但有可能發生虛讀（鎖定所讀取的所有行）。
串列化 serializable：
（轉載的）
1). 臟讀
首先區分臟頁和臟數據
臟頁是記憶體的緩衝池中已經修改的page，未及時flush到硬碟，但已經寫到redo log中。讀取和修改緩衝池的page很正常，可以提高效率，flush即可同步。臟數據是指事務對緩衝池中的行記錄record進行了修改，但是還沒提交！！！，如果這時讀取緩衝池中未提交的行數據就叫臟讀，違反了事務的隔離性。臟讀就是指當一個事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到資料庫中，這時，另外一個事務也訪問這個數據，然後使用了這個數據。
2). 不可重覆讀
是指在一個事務內，多次讀同一數據。在這個事務還沒有結束時，另外一個事務也訪問該同一數據。那麼，在第一個事務中的兩次讀數據之間，由於第二個事務的修改，第二個事務已經提交。那麼第一個事務兩次讀到的的數據可能是不一樣的。這樣就發生了在一個事務內兩次讀到的數據是不一樣的，因此稱為是不可重覆讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重覆。如果只有在作者全部完成編寫後編輯人員才可以讀取文檔，則可以避免該問題
3). 虛讀 :
是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那麼，以後就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行，就好象發生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產部門將其更改內容合併到該文檔的主複本時，發現作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。
| 事務A | connection.setAutoCommit(false) | start Transaction |
update student set money=money+100 from account where name='a' |
commit(); | insert into account （name,money）values('fff',10000); | |||||
| (事務B) | connection.setAutoCommit(false) | start Transaction |
select money from account where name='a'； 發現有1000塊 |
|
select money from account where name='a'; 發現有1100 |
select money from account where name='a'; 發現有1100 |
select * from account (查詢結果包含fff的信息) | commit(); | ||
| 說明 | 事務B讀到了事務A未提交的數據，發生了臟讀 | 事務A提交後，事務B前後SELECT查詢money的值不一致，即事務B讀到了事務A,update後的數據，發生了不可重覆讀 | 虛讀（即一個事務讀到了另一個事務insert的數據） | |||||||
| 可設置的事務級別 | read commit | repeatable read | 串列化serializable |
