SQL標準定義了4種隔離級別，包括了一些具體規則，用來限定事務內外的哪些改變是可見的，哪些是不可見的。
低階別的隔離級一般支援更高的併發處理，並擁有更低的系統開銷。
首先，我們使用 test 資料庫，新建 tx 表，並且如圖所示開啟兩個視窗來操作同一個資料庫：
第1級別：Read Uncommitted(讀取未提交內容)
(1)所有事務都可以看到其他未提交事務的執行結果
(2)本隔離級別很少用於實際應用，因為它的效能也不比其他級別好多少
(3)該級別引發的問題是——髒讀(Dirty Read)：讀取到了未提交的資料
#首先，修改隔離級別
set tx_isolation='READ-UNCOMMITTED';
select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+
#事務A：啟動一個事務
start transaction;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+------+------+
#事務B：也啟動一個事務(那麼兩個事務交叉了)
在事務B中執行更新語句，且不提交
start transaction;
update tx set num=10 where id=1;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 10 |
| 2 | 2 |
| 3 | 3 |
+------+------+
#事務A：那麼這時候事務A能看到這個更新了的資料嗎?
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 10 | --->可以看到！說明我們讀到了事務B還沒有提交的資料
| 2 | 2 |
| 3 | 3 |
+------+------+
#事務B：事務B回滾,仍然未提交
rollback;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+------+------+
#事務A：在事務A裡面看到的也是B沒有提交的資料
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 | --->髒讀意味著我在這個事務中(A中)，事務B雖然沒有提交，但它任何一條資料變化，我都可以看到！
| 2 | 2 |
| 3 | 3 |
+------+------+
第2級別：Read Committed(讀取提交內容)
(1)這是大多數資料庫系統的預設隔離級別（但不是MySQL預設的）
(2)它滿足了隔離的簡單定義：一個事務只能看見已經提交事務所做的改變
(3)這種隔離級別出現的問題是——不可重複讀(Nonrepeatable Read)：不可重複讀意味著我們在同一個事務中執行完全相同的select語句時可能看到不一樣的結果。
|——>導致這種情況的原因可能有：(1)有一個交叉的事務有新的commit，導致了資料的改變;(2)一個資料庫被多個例項操作時,同一事務的其他例項在該例項處理其間可能會有新的commit
#首先修改隔離級別
set tx_isolation='read-committed'; select @@tx_isolation; +----------------+ | @@tx_isolation | +----------------+ | READ-COMMITTED | +----------------+ #事務A：啟動一個事務 start transaction; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | +------+------+ #事務B：也啟動一個事務(那麼兩個事務交叉了)
在這事務中更新資料，且未提交 start transaction; update tx set num=10 where id=1; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 10 | | 2 | 2 | | 3 | 3 | +------+------+ #事務A：這個時候我們在事務A中能看到資料的變化嗎? select * from tx; ---------------> +------+------+ | | id | num | | +------+------+ | | 1 | 1 |--->並不能看到！ | | 2 | 2 | | | 3 | 3 | | +------+------+ |——>相同的select語句，結果卻不一樣 | #事務B：如果提交了事務B呢? | commit; | | #事務A: | select * from tx; ---------------> +------+------+ | id | num | +------+------+ | 1 | 10 |--->因為事務B已經提交了，所以在A中我們看到了資料變化 | 2 | 2 | | 3 | 3 | +------+------+
第3級別：Repeatable Read(可重讀)
(1)這是MySQL的預設事務隔離級別
(2)它確保同一事務的多個例項在併發讀取資料時，會看到同樣的資料行
(3)此級別可能出現的問題——幻讀(Phantom Read)：當使用者讀取某一範圍的資料行時，另一個事務又在該範圍內插入了新行，當使用者再讀取該範圍的資料行時，會發現有新的“幻影” 行
(4)InnoDB和Falcon儲存引擎通過多版本併發控制(MVCC，Multiversion Concurrency Control)機制解決了幻讀
#首先，更改隔離級別
set tx_isolation='repeatable-read'; select @@tx_isolation; +-----------------+ | @@tx_isolation | +-----------------+ | REPEATABLE-READ | +-----------------+ #事務A：啟動一個事務 start transaction; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | +------+------+ #事務B：開啟一個新事務(那麼這兩個事務交叉了)
在事務B中更新資料，並提交 start transaction; update tx set num=10 where id=1; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 10 | | 2 | 2 | | 3 | 3 | +------+------+ commit; #事務A：這時候即使事務B已經提交了,但A能不能看到資料變化？ select * from tx; +------+------+ | id | num | +------+------+ | 1 | 1 | --->還是看不到的！(這個級別2不一樣，也說明級別3解決了不可重複讀問題) | 2 | 2 | | 3 | 3 | +------+------+ #事務A：只有當事務A也提交了，它才能夠看到資料變化 commit; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 10 | | 2 | 2 | | 3 | 3 | +------+------+
第4級別：Serializable(可序列化)
(1)這是最高的隔離級別
(2)它通過強制事務排序，使之不可能相互衝突，從而解決幻讀問題。簡言之,它是在每個讀的資料行上加上共享鎖。
(3)在這個級別，可能導致大量的超時現象和鎖競爭
#首先修改隔離界別
set tx_isolation='serializable'; select @@tx_isolation; +----------------+ | @@tx_isolation | +----------------+ | SERIALIZABLE | +----------------+ #事務A：開啟一個新事務 start transaction; #事務B：在A沒有commit之前，這個交叉事務是不能更改資料的 start transaction; insert tx values('4','4'); ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction update tx set num=10 where id=1; ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
參考文章
http://www.cnblogs.com/snsdzjlz320/p/5761387.html
在MYSQL的事務引擎中，INNODB是使用範圍最廣的。它預設的事務隔離級別是REPEATABLE READ(可重複讀），在標準的事務隔離級別定義下，REPEATABLE READ是不能防止幻讀產生的。INNODB使用了2種技術手段（MVCC AND GAP LOCK)實現了防止幻讀的發生。
以上的iso定義的資料庫隔離級別，mysql實現了基本定義，但和他有點不一樣，比如mysql重複讀避免的幻讀