[Mysql]——經過例子理解事務的4種隔離級別

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

 

           

參考文章：

            Mysql事務隔離級別詳解