隔離級別：
隔離性其實比想象的要復雜。 在SQL標準中定義了四種隔離級別, 每一個事務中所做的修改,哪些在事務內和事務間是可見的,哪些是不可見的。較低級別的隔離通常可以執行更高的并發,系統的開銷也更低。
下面簡單地介紹一下四種隔離級別。
1.READ UNCOMMITTED(未提交讀)
在 READ UNCOMMITTED級別, 事務中的修改, 即使沒有提交, 對其他事務也都是可見的。 事務可以讀取未提交的數據, 這也被稱為臟讀 (Dirty Read). 這個級別會導致很多問題,從性能上來說, READ UNCOMMITTED 不會比其他的級別好太多, 但卻缺乏其他級別的很多好處, 除非真的有非常必要的理由, 在實際應用中一般很少使用。
(1)所有事務都可以看到其他未提交事務的執行結果
(2)本隔離級別很少用于實際應用，因為它的性能也不比其他級別好多少
(3)該級別引發的問題是——臟讀(Dirty Read)：讀取到了未提交的數據
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
|
#首先，修改隔離級別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(提交讀)
大多數數據庫系統的默認隔離級別都是READ COMMITTED，MySQL不是.READ COMMITTED滿足前面提到的隔離性的簡單定義:一個事務開始時,只能“看見”已經提交的事務所做的修改。 換句話說, 一個事務從開始直到提交之前, 所做的任何修改對其他事務都是不可見的。 這個級別有時候也叫做不可重復讀 (nonrepeatableread),因為兩次執行同樣的查詢,可能會得到不一樣的結果。
(1)這是大多數數據庫系統的默認隔離級別（但不是MySQL默認的）
(2)它滿足了隔離的簡單定義：一個事務只能看見已經提交事務所做的改變
(3)這種隔離級別出現的問題是——不可重復讀(Nonrepeatable Read)：不可重復讀意味著我們在同一個事務中執行完全相同的select語句時可能看到不一樣的結果。
導致這種情況的原因可能有：
(1)有一個交叉的事務有新的commit，導致了數據的改變;
(2)一個數據庫被多個實例操作時,同一事務的其他實例在該實例處理其間可能會有新的commit
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
#首先修改隔離級別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 (可重復讀)
REPEATABLE READ解決了臟讀的問題。 該級別保證了在同一個事務中多次讀取同樣記錄的結果是一致的。 但是理論上, 可重復讀隔離級別還是無法解決另外一個幻讀(Phantom Read)的問題。所謂幻讀,指的是當某個事務在讀取某個范圍內的記錄時,另外一個事務又在該范圍內插人了新的記錄, 當之前的事務再次讀取該范圍的記錄時, 會產生幻行 (Phantom Row).InnoDB和XtraDB存儲引擎通過多版本并發控制 (MVCC, Multiversion Concurrency Control) 解決了幻讀的問題。
(1)這是MySQL的默認事務隔離級別
(2)它確保同一事務的多個實例在并發讀取數據時，會看到同樣的數據行
(3)此級別可能出現的問題——幻讀(Phantom Read)：當用戶讀取某一范圍的數據行時，另一個事務又在該范圍內插入了新行，當用戶再讀取該范圍的數據行時，會發現有新的幻影行
(4)InnoDB和Falcon存儲引擎通過多版本并發控制(MVCC，Multiversion Concurrency Control)機制解決了該問題
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
|
#首先，更改隔離級別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(可串行化)
SERIALIZABLE是最高的隔離級別。它通過強制事務串行執行,避免了前面說的幻讀的問題.簡單來說,SERIALIZABLE會在讀取的每一行數據上都加鎖,所以可能導致大量的超時和鎖爭用的問題。 實際應用中也很少用到這個隔離級別,只有在非常需要確保數據的一致性而且可以接受沒有并發的情況下, 才考慮采用該級別。
(1)這是最高的隔離級別
(2)它通過強制事務排序，使之不可能相互沖突，從而解決幻讀問題。簡言之,它是在每個讀的數據行上加上共享鎖。
(3)在這個級別，可能導致大量的超時現象和鎖競爭
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
#首先修改隔離界別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 |
以上就是簡述MySql四種隔離級別的詳細內容，更多關于MySQL 隔離級別的資料請關注服務器之家其它相關文章！
原文鏈接：https://cloud.tencent.com/developer/article/1613938
