1、未提交讀（READ UNCOMMITTED）

事務中的修改，即使沒有提交，對於其他事務來說也是可見的。也就是說事務可以讀取未提交的資料，也就是髒讀（Dirty Read）.

這是最低的隔離級別，實際的應用中一般不用這種隔離級別。

下面來模擬看下效果：

Session 1 :

mysql> show variables like '%isolation%';  【1】
+---------------+------------------+
| Variable_name | Value            |
+---------------+------------------+
| tx_isolation  | READ-UNCOMMITTED |
+---------------+------------------+
1 row in set (0.00 sec)

mysql> start transaction;                  【3】
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO test(num) VALUES(1);     【4】
Query OK, 1 row affected (0.00 sec)
 

mysql> show variables like '%isolation%';  【2】
+---------------+------------------+
| Variable_name | Value            |
+---------------+------------------+
| tx_isolation  | READ-UNCOMMITTED |
+---------------+------------------+
1 row in set (0.00 sec)

mysql> select * from test;                【5】
+----+------+
| id | num  |
+----+------+
|  3 |    1 |
+----+------+
1 row in set (0.00 sec)
 

2、提交讀（READ COMMITTED）

一個事務所做的修改在提交前對於其他事務是不可見的。所以一個事務中兩次執行同樣的查詢，有可能會產生不一樣的結果，

因此這個隔離級別也成為不可重複讀（nonrepeatable read）

下面來模擬看下效果（右邊的序號表示執行順序）：

session 1 :

mysql> show variables like '%isolation%';   【1】
+---------------+----------------+
| Variable_name | Value          |
+---------------+----------------+
| tx_isolation  | READ-COMMITTED |
+---------------+----------------+
1 row in set (0.00 sec)

mysql> start transaction;                   【3】
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO test(num) VALUES(1);      【4】
Query OK, 1 row affected (0.00 sec)

mysql> COMMIT;                             【6】
Query OK, 0 rows affected (0.07 sec)
 

mysql> show variables like '%isolation%';      【2】
+---------------+----------------+
| Variable_name | Value          |
+---------------+----------------+
| tx_isolation  | READ-COMMITTED |
+---------------+----------------+
1 row in set (0.00 sec)

mysql> select * from test;                   【5】
Empty set (0.00 sec)

mysql> select * from test;                  【7】
+----+------+
| id | num  |
+----+------+
|  1 |    1 |
+----+------+
1 row in set (0.00 sec)

3、可重複讀（REPEATABLE READ）

可重複讀是mysql預設的隔離級別。可重複讀保證了同一個事務中對同樣記錄的查詢結果是一致的，所有他不會產生以上兩種隔離級別的髒讀和結果不一致情況，、

但是無法解決幻讀的問題。

下面來模擬看下效果：

session 1 :

mysql> show variables like '%isolation%';　　　【1】
+---------------+-----------------+
| Variable_name | Value           |
+---------------+-----------------+
| tx_isolation  | REPEATABLE-READ |
+---------------+-----------------+
1 row in set (0.00 sec)

mysql> start transaction;                      【3】
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test where num=2;          【5】
Empty set (0.01 sec)

mysql> select * from test where num=2;           【7】 說明沒出現未提交讀的髒讀
Empty set (0.00 sec)

mysql> select * from test where num=2;            【9】 說明沒出現提交讀的情況
Empty set (0.00 sec)

mysql>  insert into test(num) values(2);        【10】
Query OK, 1 row affected (0.00 sec)

mysql> commit;                                  【11】
Query OK, 0 rows affected (0.03 sec)

mysql> select * from test where num=2;             【12】  Fuck ,剛不是跟我說沒有num=2的記錄麼。   這就是幻讀。
+----+------+
| id | num  |
+----+------+
|  4 |    2 |
|  5 |    2 |
+----+------+
2 rows in set (0.00 sec)

mysql> show variables like '%isolation%';    【2】
+---------------+-----------------+
| Variable_name | Value           |
+---------------+-----------------+
| tx_isolation  | REPEATABLE-READ |
+---------------+-----------------+
1 row in set (0.00 sec)

mysql> start transaction;                      【4】
Query OK, 0 rows affected (0.00 sec)

mysql> insert into test(num) values(2);          【6】
Query OK, 1 row affected (0.00 sec)

mysql> commit;                                 【8】
Query OK, 0 rows affected (0.06 sec)

幻讀問題可通過多版本併發控制（MVCC）來解決。

可序列話是最高的隔離級別，通過強制事務序列執行來避免前面說的問題。

簡單說，他會在讀取的每一行上都加上鎖，所以會導致大量的超時 和鎖爭用問題。

實際應用中很少用到這個，除非需要確保資料的一致性並且沒有併發的情況下才考慮。

下面來模擬看下效果：

Session 1 :

mysql> show variables like '%isolation%';
+---------------+--------------+
| Variable_name | Value        |
+---------------+--------------+
| tx_isolation  | SERIALIZABLE |
+---------------+--------------+
1 row in set (0.00 sec)

mysql> start transaction;                  【1】
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test;                   【3】
+----+------+ 
| id | num  |
+----+------+
|  1 |    2 |
+----+------+
1 row in set (0.00 sec)

Session 2 :

mysql> show variables like '%isolation%';    【2】
+---------------+--------------+
| Variable_name | Value        |
+---------------+--------------+
| tx_isolation  | SERIALIZABLE |
+---------------+--------------+
1 row in set (0.00 sec)

mysql> update test set num=5 where num=2;    【4】
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

可見，如果session 1不commit的話 ，session 2 就會一直等待 知道超時。

附：