簡(jiǎn)述MySql四種事務(wù)隔離級(jí)別
隔離級(jí)別:
隔離性其實(shí)比想象的要復(fù)雜。 在SQL標(biāo)準(zhǔn)中定義了四種隔離級(jí)別, 每一個(gè)事務(wù)中所做的修改,哪些在事務(wù)內(nèi)和事務(wù)間是可見的,哪些是不可見的。較低級(jí)別的隔離通常可以執(zhí)行更高的并發(fā),系統(tǒng)的開銷也更低。
下面簡(jiǎn)單地介紹一下四種隔離級(jí)別。
1.READ UNCOMMITTED(未提交讀)
在 READ UNCOMMITTED級(jí)別, 事務(wù)中的修改, 即使沒有提交, 對(duì)其他事務(wù)也都是可見的。 事務(wù)可以讀取未提交的數(shù)據(jù), 這也被稱為臟讀 (Dirty Read). 這個(gè)級(jí)別會(huì)導(dǎo)致很多問題,從性能上來說, READ UNCOMMITTED 不會(huì)比其他的級(jí)別好太多, 但卻缺乏其他級(jí)別的很多好處, 除非真的有非常必要的理由, 在實(shí)際應(yīng)用中一般很少使用。
(1)所有事務(wù)都可以看到其他未提交事務(wù)的執(zhí)行結(jié)果
(2)本隔離級(jí)別很少用于實(shí)際應(yīng)用,因?yàn)樗男阅芤膊槐绕渌?jí)別好多少
(3)該級(jí)別引發(fā)的問題是——臟讀(Dirty Read):讀取到了未提交的數(shù)據(jù)
#首先,修改隔離級(jí)別 set tx_isolation='READ-UNCOMMITTED'; select @@tx_isolation; +------------------+ | @@tx_isolation | +------------------+ | READ-UNCOMMITTED | +------------------+#事務(wù)A:?jiǎn)?dòng)一個(gè)事務(wù) start transaction; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | +------+------+#事務(wù)B:也啟動(dòng)一個(gè)事務(wù)(那么兩個(gè)事務(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:那么這時(shí)候事務(wù)A能看到這個(gè)更新了的數(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 | --->臟讀意味著我在這個(gè)事務(wù)中(A中),事務(wù)B雖然沒有提交,但它任何一條數(shù)據(jù)變化,我都可以看到! | 2 | 2 | | 3 | 3 | +------+------+
2.READ COMMITTED(提交讀)
大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認(rèn)隔離級(jí)別都是READ COMMITTED,MySQL不是.READ COMMITTED滿足前面提到的隔離性的簡(jiǎn)單定義:一個(gè)事務(wù)開始時(shí),只能“看見”已經(jīng)提交的事務(wù)所做的修改。 換句話說, 一個(gè)事務(wù)從開始直到提交之前, 所做的任何修改對(duì)其他事務(wù)都是不可見的。 這個(gè)級(jí)別有時(shí)候也叫做不可重復(fù)讀 (nonrepeatableread),因?yàn)閮纱螆?zhí)行同樣的查詢,可能會(huì)得到不一樣的結(jié)果。
(1)這是大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認(rèn)隔離級(jí)別(但不是MySQL默認(rèn)的)
(2)它滿足了隔離的簡(jiǎn)單定義:一個(gè)事務(wù)只能看見已經(jīng)提交事務(wù)所做的改變
(3)這種隔離級(jí)別出現(xiàn)的問題是——不可重復(fù)讀(Nonrepeatable Read):不可重復(fù)讀意味著我們?cè)谕粋€(gè)事務(wù)中執(zhí)行完全相同的select語句時(shí)可能看到不一樣的結(jié)果。
導(dǎo)致這種情況的原因可能有:
(1)有一個(gè)交叉的事務(wù)有新的commit,導(dǎo)致了數(shù)據(jù)的改變;
(2)一個(gè)數(shù)據(jù)庫被多個(gè)實(shí)例操作時(shí),同一事務(wù)的其他實(shí)例在該實(shí)例處理其間可能會(huì)有新的commit
#首先修改隔離級(jí)別 set tx_isolation='read-committed'; select @@tx_isolation; +----------------+ | @@tx_isolation | +----------------+ | READ-COMMITTED | +----------------+#事務(wù)A:?jiǎn)?dòng)一個(gè)事務(wù) start transaction; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | +------+------+#事務(wù)B:也啟動(dòng)一個(gè)事務(wù)(那么兩個(gè)事務(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:這個(gè)時(shí)候我們?cè)谑聞?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 |--->因?yàn)槭聞?wù)B已經(jīng)提交了,所以在A中我們看到了數(shù)據(jù)變化 | 2 | 2 | | 3 | 3 | +------+------+
3.REPEATABLE READ (可重復(fù)讀)
REPEATABLE READ解決了臟讀的問題。 該級(jí)別保證了在同一個(gè)事務(wù)中多次讀取同樣記錄的結(jié)果是一致的。 但是理論上, 可重復(fù)讀隔離級(jí)別還是無法解決另外一個(gè)幻讀(Phantom Read)的問題。所謂幻讀,指的是當(dāng)某個(gè)事務(wù)在讀取某個(gè)范圍內(nèi)的記錄時(shí),另外一個(gè)事務(wù)又在該范圍內(nèi)插人了新的記錄, 當(dāng)之前的事務(wù)再次讀取該范圍的記錄時(shí), 會(huì)產(chǎn)生幻行 (Phantom Row).InnoDB和XtraDB存儲(chǔ)引擎通過多版本并發(fā)控制 (MVCC, Multiversion Concurrency Control) 解決了幻讀的問題。
(1)這是MySQL的默認(rèn)事務(wù)隔離級(jí)別
(2)它確保同一事務(wù)的多個(gè)實(shí)例在并發(fā)讀取數(shù)據(jù)時(shí),會(huì)看到同樣的數(shù)據(jù)行
(3)此級(jí)別可能出現(xiàn)的問題——幻讀(Phantom Read):當(dāng)用戶讀取某一范圍的數(shù)據(jù)行時(shí),另一個(gè)事務(wù)又在該范圍內(nèi)插入了新行,當(dāng)用戶再讀取該范圍的數(shù)據(jù)行時(shí),會(huì)發(fā)現(xiàn)有新的幻影行
(4)InnoDB和Falcon存儲(chǔ)引擎通過多版本并發(fā)控制(MVCC,Multiversion Concurrency Control)機(jī)制解決了該問題
#首先,更改隔離級(jí)別 set tx_isolation='repeatable-read'; select @@tx_isolation; +-----------------+ | @@tx_isolation | +-----------------+ | REPEATABLE-READ | +-----------------+#事務(wù)A:?jiǎn)?dòng)一個(gè)事務(wù) start transaction; select * from tx; +------+------+ | id | num | +------+------+ | 1 | 1 | | 2 | 2 | | 3 | 3 | +------+------+#事務(wù)B:開啟一個(gè)新事務(wù)(那么這兩個(gè)事務(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:這時(shí)候即使事務(wù)B已經(jīng)提交了,但A能不能看到數(shù)據(jù)變化? select * from tx; +------+------+ | id | num | +------+------+ | 1 | 1 | --->還是看不到的!(這個(gè)級(jí)別2不一樣,也說明級(jí)別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是最高的隔離級(jí)別。它通過強(qiáng)制事務(wù)串行執(zhí)行,避免了前面說的幻讀的問題.簡(jiǎn)單來說,SERIALIZABLE會(huì)在讀取的每一行數(shù)據(jù)上都加鎖,所以可能導(dǎo)致大量的超時(shí)和鎖爭(zhēng)用的問題。 實(shí)際應(yīng)用中也很少用到這個(gè)隔離級(jí)別,只有在非常需要確保數(shù)據(jù)的一致性而且可以接受沒有并發(fā)的情況下, 才考慮采用該級(jí)別。
(1)這是最高的隔離級(jí)別
(2)它通過強(qiáng)制事務(wù)排序,使之不可能相互沖突,從而解決幻讀問題。簡(jiǎn)言之,它是在每個(gè)讀的數(shù)據(jù)行上加上共享鎖。
(3)在這個(gè)級(jí)別,可能導(dǎo)致大量的超時(shí)現(xiàn)象和鎖競(jìng)爭(zhēng)
#首先修改隔離界別 set tx_isolation='serializable'; select @@tx_isolation; +----------------+ | @@tx_isolation | +----------------+ | SERIALIZABLE | +----------------+#事務(wù)A:開啟一個(gè)新事務(wù) start transaction;#事務(wù)B:在A沒有commit之前,這個(gè)交叉事務(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
以上就是簡(jiǎn)述MySql四種隔離級(jí)別的詳細(xì)內(nèi)容,更多關(guān)于MySQL 隔離級(jí)別的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
MySQL查詢和篩選存儲(chǔ)的JSON數(shù)據(jù)的操作方法
MySQL是常用的關(guān)系型數(shù)據(jù)庫管理系統(tǒng),為了支持非結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)和查詢,MySQL引入了對(duì)JSON數(shù)據(jù)類型的支持,JSON是一種輕量級(jí)的數(shù)據(jù)交換格式,在現(xiàn)代應(yīng)用程序中得到了廣泛應(yīng)用,處理和存儲(chǔ)非結(jié)構(gòu)化數(shù)據(jù)變得越來越重要,本文給大家介紹mysql查詢JSON數(shù)據(jù)的相關(guān)知識(shí),一起看看吧2024-01-01淺談mysql中concat函數(shù),mysql在字段前/后增加字符串
下面小編就為大家?guī)硪黄獪\談mysql中concat函數(shù),mysql在字段前/后增加字符串。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2017-02-02innodb_index_stats導(dǎo)入備份數(shù)據(jù)時(shí)報(bào)錯(cuò)表主鍵沖突的解決方法
下面小編就為大家?guī)硪黄猧nnodb_index_stats導(dǎo)入備份數(shù)據(jù)時(shí)報(bào)錯(cuò)表主鍵沖突的解決方法。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2017-03-03MySQL按常規(guī)排序、自定義排序和按中文拼音字母排序的方法
MySQL常規(guī)排序、自定義排序和按中文拼音字母排序,在實(shí)際的SQL編寫時(shí),我們有時(shí)候需要對(duì)條件集合進(jìn)行排序。下面給出3種比較常用的排序方式,一起看看吧2017-04-04阿里云 Centos7.3安裝mysql5.7.18 rpm安裝教程
這篇文章主要介紹了阿里云 Centos7.3安裝mysql5.7.18 rpm安裝教程,需要的朋友可以參考下2017-06-06