資料庫定義了四種隔離級別:
Read Uncommitted（未提交讀）Read Committed（提交讀）Repeatable Read（重複讀）Serializable（序列化）
這四種隔離依次升高，隔離級別越低，系統開銷越小，併發支援性更高。
使用命令select @@global.tx_isolation可以檢視當前資料庫使用的隔離級別
在介紹四種隔離級別前先說明三種在使用事務時會出現的特殊(大部分情況會導致錯誤)讀型別。
-
髒讀
髒讀是指一個事務a修改或新增了一條資料，在a事務提交之前，另一個事務b讀到了這條資料，並進行了操作。a如果回滾的話，髒讀可能會導致b操作不存在的資料。 -
不可重複讀
在一次事務中的兩次相同條件的查詢不一致，比如a事務執行select count(*) from user where name=`alex`這時事務b插入了一條資料name=alex並提交這就會導致事務a第二次查詢的時候多了一個計數 -
幻讀
幻讀與不可重複讀相反，事務a與事務b是完全隔離的，事務a執行`select id from user得到的id為1和2.這個時候b事務在user表中新增了一條資料id=3並提交,然後事務a想新增一條id為3的資料，如果id是唯一的，那a就會發現插不進去並提示dumplicate entry 3 for key id，原因是事務a阻止事務b的插入行為。
注意不要混淆不可重複讀和幻讀
Read Uncommited
- 在RU模式下，即使事務沒有commit,在其他事務中仍可以讀到未提交的資料。
- RU是所有隔離級別中最低的一種。RU模式會導致髒讀
Read Commited
- RC模式下，事務只能讀取到已經commit的資料。
- 比如事務a在執行時，如果事務b沒有提交,a是讀不到b的資料的。如果b提交a便能讀到b修改的資料。
- RC可以避免髒讀，但是會導致不可重複讀。
- 大部分系統使用的是RC模式
Repeatable
- RR模式下，事務的多次Read不會受其他事務的影響（無論提交與否）
- 可以理解為RR模式下事務a在建立的時候獲取了一次當前時刻資料的快照，快照不受其餘事務的影響。
- RR模式可能會導致幻讀，因為無法感知其餘事務，可能導致重複的插入。
- mysql innoDB的RR模式可以一定程度避免幻讀，該特性是通過
間隙鎖（gap lock)來實現的,間隙鎖的原理可以參照這篇文章http://www.jianshu.com/p/bf86…
Serializable
- 序列化，顧名思義，是將所有讀寫操作完全序列。
- 序列化是所有隔離級別中最高的
- 每次讀都需要獲得表級共享鎖，讀寫相互都會阻塞
- 序列化對資源的開銷大，對併發支援不好，只在，某些場景下使用。
最後給出四個隔離級別對三種讀型別的對照表：
| 隔離級別 | 髒讀 | 不可重複讀 | 幻讀 |
|---|---|---|---|
| Read Uncommited | 可能 | 可能 | 可能 |
| Read Commited | 不可能 | 可能 | 可能 |
| Repeatable Read | 不可能 | 不可能 | 可能 |
| Serializable | 不可能 | 不可能 | 不可能 |