什么是事務(wù)隔離？
任何支持事務(wù)的數(shù)據(jù)庫筹煮，都必須具備四個特性遮精，分別是：原子性（Atomicity）、一致性（Consistency）败潦、隔離性（Isolation）本冲、持久性（Durability），也就是我們常說的事務(wù)ACID劫扒，這樣才能保證事務(wù)（（Transaction）中數(shù)據(jù)的正確性眼俊。
而事務(wù)的隔離性就是指，多個并發(fā)的事務(wù)同時訪問一個數(shù)據(jù)庫時粟关，一個事務(wù)不應(yīng)該被另一個事務(wù)所干擾疮胖，每個并發(fā)的事務(wù)間要相互進(jìn)行隔離。
如果沒有事務(wù)隔離闷板，會出現(xiàn)什么樣的情況呢澎灸？
假設(shè)我們現(xiàn)在有這樣一張表（T），里面記錄了很多牛人的名字遮晚，我們不進(jìn)行事務(wù)的隔離看看會發(fā)生什么呢性昭？
第一天，事務(wù)A訪問了數(shù)據(jù)庫县遣，它干了一件事情糜颠，往數(shù)據(jù)庫里加上了新來的牛人的名字，但是沒有提交事務(wù)萧求。
insert into T values (4, '牛D');
這時其兴，來了另一個事務(wù)B，他要查詢所有牛人的名字夸政。
select Name from T;
這時元旬，如果沒有事務(wù)之間沒有有效隔離，那么事務(wù)B返回的結(jié)果中就會出現(xiàn)“牛D”的名字守问。這就是“臟讀（dirty read）”匀归。
第二天，事務(wù)A訪問了數(shù)據(jù)庫耗帕，他要查看ID是1的牛人的名字穆端，于是執(zhí)行了
select Name from T where ID = 1;
這時，事務(wù)B來了仿便，因為ID是1的牛人改名字了体啰，所以要更新一下字柠，然后提交了事務(wù)。
update T set Name = '不牛' where ID = 1;
接著狡赐，事務(wù)A還想再看看ID是1的牛人的名字块仆，于是又執(zhí)行了
select Name from T where ID = 1;
結(jié)果奸柬，兩次讀出來的ID是1的牛人名字竟然不相同，這就是不可重復(fù)讀（unrepeatable read）衬廷。
第三天鲤氢，事務(wù)A訪問了數(shù)據(jù)庫搀擂，他想要看看數(shù)據(jù)庫的牛人都有哪些，于是執(zhí)行了
select * from T;
這時候卷玉，事務(wù)B來了哨颂，往數(shù)據(jù)庫加入了一個新的牛人。
insert into T values(4, '牛D');
這時候相种，事務(wù)A忘了剛才的牛人都有哪些了威恼，于是又執(zhí)行了。
select * from T;
結(jié)果寝并，第一次有三個牛人箫措，第二次有四個牛人。
相信這個時候事務(wù)A就蒙了衬潦，剛才發(fā)生了什么斤蔓？這種情況就叫“幻讀（phantom problem）”。
為了防止出現(xiàn)臟讀镀岛、不可重復(fù)讀弦牡、幻讀等情況，我們就需要根據(jù)我們的實際需求來設(shè)置數(shù)據(jù)庫的隔離級別漂羊。
數(shù)據(jù)庫都有哪些隔離級別呢驾锰？
一般的數(shù)據(jù)庫，都包括以下四種隔離級別：
- 讀未提交（Read Uncommitted）
- 讀提交（Read Committed）
- 可重復(fù)讀（Repeated Read）
- 串行化（Serializable）
如何使用這些隔離級別走越，那就需要根據(jù)業(yè)務(wù)的實際情況來進(jìn)行判斷了稻据。
我們接下來就看看這四個隔離級別的具體情況
讀未提交（Read Uncommitted）
讀未提交，顧名思義买喧，就是可以讀到未提交的內(nèi)容捻悯。
因此，在這種隔離級別下淤毛，查詢是不會加鎖的今缚，也由于查詢的不加鎖，所以這種隔離級別的一致性是最差的低淡，可能會產(chǎn)生“臟讀”姓言、“不可重復(fù)讀”瞬项、“幻讀”。
如無特殊情況何荚，基本是不會使用這種隔離級別的囱淋。
讀提交（Read Committed）
讀提交，顧名思義餐塘，就是只能讀到已經(jīng)提交了的內(nèi)容妥衣。
這是各種系統(tǒng)中最常用的一種隔離級別，也是SQL Server和Oracle的默認(rèn)隔離級別戒傻。這種隔離級別能夠有效的避免臟讀税手，但除非在查詢中顯示的加鎖，如：
select * from T where ID=2 lock in share mode;
select * from T where ID=2 for update;
不然需纳，普通的查詢是不會加鎖的芦倒。
那為什么“讀提交”同“讀未提交”一樣，都沒有查詢加鎖不翩，但是卻能夠避免臟讀呢兵扬？
這就要說道另一個機(jī)制“快照（snapshot）”，而這種既能保證一致性又不加鎖的讀也被稱為“快照讀（Snapshot Read）”
假設(shè)沒有“快照讀”口蝠，那么當(dāng)一個更新的事務(wù)沒有提交時周霉，另一個對更新數(shù)據(jù)進(jìn)行查詢的事務(wù)會因為無法查詢而被阻塞，這種情況下亚皂，并發(fā)能力就相當(dāng)?shù)牟睢?/p>
而“快照讀”就可以完成高并發(fā)的查詢俱箱，不過，“讀提交”只能避免“臟讀”灭必，并不能避免“不可重復(fù)讀”和“幻讀”狞谱。
可重復(fù)讀(Repeated Read)
可重復(fù)讀，顧名思義禁漓，就是專門針對“不可重復(fù)讀”這種情況而制定的隔離級別跟衅，自然，它就可以有效的避免“不可重復(fù)讀”播歼。而它也是MySql的默認(rèn)隔離級別伶跷。
在這個級別下，普通的查詢同樣是使用的“快照讀”秘狞，但是叭莫，和“讀提交”不同的是，當(dāng)事務(wù)啟動時烁试，就不允許進(jìn)行“修改操作（Update）”了雇初，而“不可重復(fù)讀”恰恰是因為兩次讀取之間進(jìn)行了數(shù)據(jù)的修改，因此减响，“可重復(fù)讀”能夠有效的避免“不可重復(fù)讀”靖诗，但卻避免不了“幻讀”郭怪，因為幻讀是由于“插入或者刪除操作（Insert or Delete）”而產(chǎn)生的。
串行化（Serializable）
這是數(shù)據(jù)庫最高的隔離級別刊橘，這種級別下鄙才，事務(wù)“串行化順序執(zhí)行”，也就是一個一個排隊執(zhí)行促绵。
這種級別下攒庵，“臟讀”、“不可重復(fù)讀”绞愚、“幻讀”都可以被避免，但是執(zhí)行效率奇差颖医，性能開銷也最大位衩，所以基本沒人會用。
總結(jié)一下
為什么會出現(xiàn)“臟讀”熔萧？
因為沒有“select”操作沒有規(guī)矩糖驴。
為什么會出現(xiàn)“不可重復(fù)讀”？
因為“update”操作沒有規(guī)矩佛致。
為什么會出現(xiàn)“幻讀”贮缕？
因為“insert”和“delete”操作沒有規(guī)矩。
“讀未提（Read Uncommitted）”能預(yù)防啥俺榆？
啥都預(yù)防不了感昼。
“讀提交（Read Committed）”能預(yù)防啥？
使用“快照讀（Snapshot Read）”罐脊，避免“臟讀”定嗓，但是可能出現(xiàn)“不可重復(fù)讀”和“幻讀”。
“可重復(fù)讀（Repeated Red）”能預(yù)防啥萍桌？
使用“快照讀（Snapshot Read）”宵溅，鎖住被讀取記錄，避免出現(xiàn)“臟讀”上炎、“不可重復(fù)讀”恃逻，但是可能出現(xiàn)“幻讀”。
“串行化（Serializable）”能預(yù)防啥藕施？
排排坐寇损，吃果果，有效避免“臟讀”裳食、“不可重復(fù)讀”润绵、“幻讀”，不過效果誰用誰知道胞谈。
轉(zhuǎn)載自：https://baijiahao.baidu.com/s?id=1611918898724887602
