隔離級別：
隔離性其實比想象的要復(fù)雜。 在SQL標(biāo)準(zhǔn)中定義了四種隔離級別, 每一個事務(wù)中所做的修改,哪些在事務(wù)內(nèi)和事務(wù)間是可見的,哪些是不可見的。較低級別的隔離通?？梢詧?zhí)行更高的并發(fā),系統(tǒng)的開銷也更低。
下面簡單地介紹一下四種隔離級別。
1.READ UNCOMMITTED(未提交讀)
在 READ UNCOMMITTED級別, 事務(wù)中的修改, 即使沒有提交, 對其他事務(wù)也都是可見的。 事務(wù)可以讀取未提交的數(shù)據(jù), 這也被稱為臟讀 (Dirty Read). 這個級別會導(dǎo)致很多問題,從性能上來說, READ UNCOMMITTED 不會比其他的級別好太多, 但卻缺乏其他級別的很多好處, 除非真的有非常必要的理由, 在實際應(yīng)用中一般很少使用。
(1)所有事務(wù)都可以看到其他未提交事務(wù)的執(zhí)行結(jié)果
(2)本隔離級別很少用于實際應(yīng)用，因為它的性能也不比其他級別好多少
(3)該級別引發(fā)的問題是——臟讀(Dirty Read)：讀取到了未提交的數(shù)據(jù)
#首先，修改隔離級別
set tx_isolation='READ-UNCOMMITTED';
select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+#事務(wù)A：啟動一個事務(wù)
start transaction;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)B：也啟動一個事務(wù)(那么兩個事務(wù)交叉了)
在事務(wù)B中執(zhí)行更新語句，且不提交
start transaction;
update tx set num=10 where id=1;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 10 |
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)A：那么這時候事務(wù)A能看到這個更新了的數(shù)據(jù)嗎?
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 10 | --->可以看到！說明我們讀到了事務(wù)B還沒有提交的數(shù)據(jù)
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)B：事務(wù)B回滾,仍然未提交
rollback;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)A：在事務(wù)A里面看到的也是B沒有提交的數(shù)據(jù)
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 | --->臟讀意味著我在這個事務(wù)中(A中)，事務(wù)B雖然沒有提交，但它任何一條數(shù)據(jù)變化，我都可以看到！
| 2 | 2 |
| 3 | 3 |
+------+------+
2.READ COMMITTED(提交讀)
大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認(rèn)隔離級別都是READ COMMITTED，MySQL不是.READ COMMITTED滿足前面提到的隔離性的簡單定義:一個事務(wù)開始時,只能“看見”已經(jīng)提交的事務(wù)所做的修改。 換句話說, 一個事務(wù)從開始直到提交之前, 所做的任何修改對其他事務(wù)都是不可見的。 這個級別有時候也叫做不可重復(fù)讀 (nonrepeatableread),因為兩次執(zhí)行同樣的查詢,可能會得到不一樣的結(jié)果。
(1)這是大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認(rèn)隔離級別（但不是MySQL默認(rèn)的）
(2)它滿足了隔離的簡單定義：一個事務(wù)只能看見已經(jīng)提交事務(wù)所做的改變
(3)這種隔離級別出現(xiàn)的問題是——不可重復(fù)讀(Nonrepeatable Read)：不可重復(fù)讀意味著我們在同一個事務(wù)中執(zhí)行完全相同的select語句時可能看到不一樣的結(jié)果。
導(dǎo)致這種情況的原因可能有：
(1)有一個交叉的事務(wù)有新的commit，導(dǎo)致了數(shù)據(jù)的改變;
(2)一個數(shù)據(jù)庫被多個實例操作時,同一事務(wù)的其他實例在該實例處理其間可能會有新的commit
#首先修改隔離級別
set tx_isolation='read-committed';
select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+#事務(wù)A：啟動一個事務(wù)
start transaction;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)B：也啟動一個事務(wù)(那么兩個事務(wù)交叉了)
在這事務(wù)中更新數(shù)據(jù)，且未提交
start transaction;
update tx set num=10 where id=1;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 10 |
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)A：這個時候我們在事務(wù)A中能看到數(shù)據(jù)的變化嗎?
select * from tx; --------------->
+------+------+ |
| id | num | |
+------+------+ |
| 1 | 1 |--->并不能看到！ |
| 2 | 2 | |
| 3 | 3 | |
+------+------+ |——>相同的select語句，結(jié)果卻不一樣
|
#事務(wù)B：如果提交了事務(wù)B呢? |
commit; |
|
#事務(wù)A: |
select * from tx; --------------->
+------+------+
| id | num |
+------+------+
| 1 | 10 |--->因為事務(wù)B已經(jīng)提交了，所以在A中我們看到了數(shù)據(jù)變化
| 2 | 2 |
| 3 | 3 |
+------+------+
3.REPEATABLE READ (可重復(fù)讀)
REPEATABLE READ解決了臟讀的問題。 該級別保證了在同一個事務(wù)中多次讀取同樣記錄的結(jié)果是一致的。 但是理論上, 可重復(fù)讀隔離級別還是無法解決另外一個幻讀(Phantom Read)的問題。所謂幻讀,指的是當(dāng)某個事務(wù)在讀取某個范圍內(nèi)的記錄時,另外一個事務(wù)又在該范圍內(nèi)插人了新的記錄, 當(dāng)之前的事務(wù)再次讀取該范圍的記錄時, 會產(chǎn)生幻行 (Phantom Row).InnoDB和XtraDB存儲引擎通過多版本并發(fā)控制 (MVCC, Multiversion Concurrency Control) 解決了幻讀的問題。
(1)這是MySQL的默認(rèn)事務(wù)隔離級別
(2)它確保同一事務(wù)的多個實例在并發(fā)讀取數(shù)據(jù)時，會看到同樣的數(shù)據(jù)行
(3)此級別可能出現(xiàn)的問題——幻讀(Phantom Read)：當(dāng)用戶讀取某一范圍的數(shù)據(jù)行時，另一個事務(wù)又在該范圍內(nèi)插入了新行，當(dāng)用戶再讀取該范圍的數(shù)據(jù)行時，會發(fā)現(xiàn)有新的幻影行
(4)InnoDB和Falcon存儲引擎通過多版本并發(fā)控制(MVCC，Multiversion Concurrency Control)機制解決了該問題
#首先，更改隔離級別
set tx_isolation='repeatable-read';
select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+#事務(wù)A：啟動一個事務(wù)
start transaction;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)B：開啟一個新事務(wù)(那么這兩個事務(wù)交叉了)
在事務(wù)B中更新數(shù)據(jù)，并提交
start transaction;
update tx set num=10 where id=1;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 10 |
| 2 | 2 |
| 3 | 3 |
+------+------+
commit;#事務(wù)A：這時候即使事務(wù)B已經(jīng)提交了,但A能不能看到數(shù)據(jù)變化？
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 1 | --->還是看不到的！(這個級別2不一樣，也說明級別3解決了不可重復(fù)讀問題)
| 2 | 2 |
| 3 | 3 |
+------+------+#事務(wù)A：只有當(dāng)事務(wù)A也提交了，它才能夠看到數(shù)據(jù)變化
commit;
select * from tx;
+------+------+
| id | num |
+------+------+
| 1 | 10 |
| 2 | 2 |
| 3 | 3 |
+------+------+
4.SERIALIZABLE(可串行化)
SERIALIZABLE是最高的隔離級別。它通過強制事務(wù)串行執(zhí)行,避免了前面說的幻讀的問題.簡單來說,SERIALIZABLE會在讀取的每一行數(shù)據(jù)上都加鎖,所以可能導(dǎo)致大量的超時和鎖爭用的問題。 實際應(yīng)用中也很少用到這個隔離級別,只有在非常需要確保數(shù)據(jù)的一致性而且可以接受沒有并發(fā)的情況下, 才考慮采用該級別。
(1)這是最高的隔離級別
(2)它通過強制事務(wù)排序，使之不可能相互沖突，從而解決幻讀問題。簡言之,它是在每個讀的數(shù)據(jù)行上加上共享鎖。
(3)在這個級別，可能導(dǎo)致大量的超時現(xiàn)象和鎖競爭
#首先修改隔離界別
set tx_isolation='serializable';
select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE |
+----------------+#事務(wù)A：開啟一個新事務(wù)
start transaction;#事務(wù)B：在A沒有commit之前，這個交叉事務(wù)是不能更改數(shù)據(jù)的
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四種隔離級別的詳細內(nèi)容，更多關(guān)于MySQL 隔離級別的資料請關(guān)注腳本之家其它相關(guān)文章！
您可能感興趣的文章:- mysql在項目中怎么選事務(wù)隔離級別
- MySql學(xué)習(xí)筆記之事務(wù)隔離級別詳解
- 詳解MySQL中事務(wù)隔離級別的實現(xiàn)原理
- mysql、oracle默認(rèn)事務(wù)隔離級別的說明
- Mysql案例刨析事務(wù)隔離級別
