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 transactionupdate tx set num=10 where id=1；ERROR 1205 （HY000）： Lock wait timeout exceeded； try restarting transaction