mysql隔離級別詳解及示例
只是單純知道事物的隔離級別，但是從未操作過 今日操作一次。
臟讀(Drity Read)：某個(gè)事務(wù)已更新一份數(shù)據(jù)，另一個(gè)事務(wù)在此時(shí)讀取了同一份數(shù)據(jù)，由于某些原因，前一個(gè)RollBack了操作，則后一個(gè)事務(wù)所讀取的數(shù)據(jù)就會(huì)是不正確的。
不可重復(fù)讀(Non-repeatable read):在一個(gè)事務(wù)的兩次查詢之中數(shù)據(jù)不一致，這可能是兩次查詢過程中間插入了一個(gè)事務(wù)更新的原有的數(shù)據(jù)。
幻讀(Phantom Read):在一個(gè)事務(wù)的兩次查詢中數(shù)據(jù)筆數(shù)不一致，例如有一個(gè)事務(wù)查詢了幾列(Row)數(shù)據(jù)，而另一個(gè)事務(wù)卻在此時(shí)插入了新的幾列數(shù)據(jù)，先前的事務(wù)在接下來的查詢中，就會(huì)發(fā)現(xiàn)有幾列數(shù)據(jù)是它先前所沒有的。
mysql的4種隔離級別
read uncommitted : 讀取尚未提交的數(shù)據(jù) ：哪個(gè)問題都不能解決
read committed：讀取已經(jīng)提交的數(shù)據(jù) ：可以解決臟讀 ---- oracle默認(rèn)的
repeatable read：重讀讀?。嚎梢越鉀Q臟讀 和 不可重復(fù)讀 —mysql默認(rèn)的
serializable：串行化：可以解決 臟讀 不可重復(fù)讀 和 虛讀—相當(dāng)于鎖表
| 事務(wù)隔離級別 | 臟讀 | 不可重復(fù)讀 | 幻讀 |
| 讀未提交（read-uncommitted） | 是 | 是 | 是 |
| 不可重復(fù)讀（read-committed） | 否 | 是 | 是 |
| 可重復(fù)讀（repeatable-read） | 否 | 否 | 是 |
| 串行化（serializable） | 否 | 否 | 否 |
創(chuàng)建數(shù)據(jù)表：
create table shuzhi ( id mediumint(8) primary key, name varchar(30), shuzhi mediumint(10) ); alter table shuzhi engine=innodb; insert into shuzhi values(1,'aa',1000); insert into shuzhi values(2,'bb',2000); insert into shuzhi values(3,'cc',3000); insert into shuzhi values(4,'dd',4000); insert into shuzhi values(5,'ee',5000); insert into shuzhi values(6,'ff',6000); insert into shuzhi values(7,'gg',7000); insert into shuzhi values(8,'hh',8000);
開始測試事物的4種隔離級別 第一種：read uncommitted （讀未提交）
設(shè)置隔離級別
#查詢當(dāng)前的隔離級別 SELECT @@tx_isolation #設(shè)置隔離級別 set session transaction isolation level [隔離級別] set session transaction isolation level read uncommitted
先開啟第一個(gè)進(jìn)程 先開啟事物 暫不進(jìn)行查詢
窗口1 start transaction;
再開啟第二個(gè)進(jìn)程（終端）
先開啟事物 修改一條記錄 不commit
窗口2 start transaction; update shuzhi set shuzhi='8888' where id=7;
去數(shù)據(jù)庫查詢發(fā)現(xiàn)id=7的值還是7000值并沒改變
再去窗口1中查詢這個(gè)記錄
窗口1 start transaction; select * from shuzhi where id=7
發(fā)現(xiàn)讀到的數(shù)據(jù)是窗口2中為提交的數(shù)據(jù) 并不是7000
到此這篇關(guān)于mysql隔離級別詳解及示例的文章就介紹到這了,更多相關(guān)mysql隔離級別內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
這篇文章主要介紹了MySQL如何改變表的存儲(chǔ)引擎方式,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-11-11
如果想要我們的SQL語句看起來很美觀，除了自己平時(shí)注意外，還有一個(gè)懶人方法2011-08-08
MySQL同步數(shù)據(jù)Replication的實(shí)現(xiàn)步驟
本文主要介紹了MySQL同步數(shù)據(jù)Replication的實(shí)現(xiàn)步驟，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-03-03
這篇文章主要為大家詳細(xì)介紹了使用navicat將csv文件導(dǎo)入mysql，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2019-05-05
我們知道,一個(gè)服務(wù)器開放N個(gè)鏈接給客戶端連接的,就會(huì)有大并發(fā)的更新操作,但是從服務(wù)器的里面讀取binlog線程得僅有一個(gè),當(dāng)某個(gè)SQL在從服務(wù)器上執(zhí)行的時(shí)間稍長?或由某個(gè)SQL要鎖表就會(huì)導(dǎo)致主服務(wù)器的SQL大量積壓，未被同步到從服務(wù)器,就導(dǎo)致了主從不一致,也就是主從延遲2022-01-01
MySQL使用show status查看MySQL服務(wù)器狀態(tài)信息
這篇文章主要介紹了MySQL使用show status查看MySQL服務(wù)器狀態(tài)信息,需要的朋友可以參考下2017-01-01
MySQL存儲(chǔ)過程相互調(diào)用并獲得錯(cuò)誤碼示例
這篇文章主要介紹了MySQL存儲(chǔ)過程相互調(diào)用并獲得錯(cuò)誤碼,需要的朋友可以參考下2014-03-03
MySQL啟動(dòng)失敗報(bào)錯(cuò)：mysqld.service failed to run
在日常運(yùn)維中,MySQL 作為廣泛應(yīng)用的關(guān)系型數(shù)據(jù)庫,其穩(wěn)定性和可用性至關(guān)重要,然而,有時(shí)系統(tǒng)升級或配置變更后,MySQL 服務(wù)可能會(huì)出現(xiàn)無法啟動(dòng)的問題,本文針對某次實(shí)際案例進(jìn)行深入分析和處理,需要的朋友可以參考下2024-12-12
本篇文章是對關(guān)于mysql 5.5設(shè)置字符集的問題進(jìn)行了詳細(xì)的分析介紹，需要的朋友參考下2013-06-06
MySQL 可擴(kuò)展設(shè)計(jì)的基本原則
可擴(kuò)展設(shè)計(jì)是一個(gè)非常復(fù)雜的系統(tǒng)工程，所涉及的各個(gè)方面非常的廣泛，技術(shù)也較為復(fù)雜，可能還會(huì)帶來很多其他方面的問題。但不管我們?nèi)绾卧O(shè)計(jì)，不管遇到哪些問題，有些原則我們還是必須確保的。2021-05-05