前言
之前的文章mysql鎖機(jī)制詳解中我們詳細(xì)講解了innodb的鎖機(jī)制,鎖機(jī)制是用來保證在并發(fā)情況下數(shù)據(jù)的準(zhǔn)確性,而要保證數(shù)據(jù)準(zhǔn)確通常需要事務(wù)的支持,而mysql存儲引擎innodb是通過鎖機(jī)制來巧妙地實現(xiàn)事務(wù)的隔離特性中的4種隔離級別。
事務(wù)ACID特性,其中I代表隔離性(Isolation)。隔離性是指,多個用戶的并發(fā)事務(wù)訪問同一個數(shù)據(jù)庫時,一個用戶的事務(wù)不應(yīng)該被其他用戶的事務(wù)干擾,多個并發(fā)事務(wù)之間要相互隔離。
我們都知道事務(wù)的幾種性質(zhì),數(shù)據(jù)庫中的一致性和隔離性等是實現(xiàn)事務(wù)的基本思想,在系統(tǒng)有大量的并發(fā)訪問的情況下,了解和熟練應(yīng)用數(shù)據(jù)庫的本身的事務(wù)隔離級別,對于寫出健壯性,并發(fā)處理能力強(qiáng)的代碼還是起關(guān)鍵的作用。
1. 事務(wù)之間如何互相干擾
一個事務(wù)是如何干擾其他事務(wù)呢?舉個例子,有如下表:
create table lock_example(id smallint(10),name varchar(20),primary key id)engine=innodb;
表中有如下數(shù)據(jù):
1, zhangsan
2, lisi
3, wangwu
demo1:
事務(wù)A,先執(zhí)行,處于未提交的狀態(tài):
insert into t values(4, 'zhaoliu');
事務(wù)B,后執(zhí)行,也未提交:
select * from t;
如果事務(wù)B能夠讀取到(4, zhaoliu)這條記錄,說明事務(wù)A就對事務(wù)B產(chǎn)生了影響,這種影響叫做“讀臟”,即讀到了未提交事務(wù)操作的記錄。
demo2:
事務(wù)A,先執(zhí)行:
select * from t where id=1;
結(jié)果集為
1,zhangsan
事務(wù)B,后執(zhí)行,并且提交:
update t set name=xxx where id=1;commit;
事務(wù)A,再次執(zhí)行相同的查詢:
select * from t where id=1;
結(jié)果集為:
1, xxx
這次是已提交事務(wù)B對事務(wù)A產(chǎn)生的影響,這種影響叫做“不可重復(fù)讀”,即一個事務(wù)內(nèi)相同的查詢,卻得到了不同的結(jié)果。
demo3:
事務(wù)A,先執(zhí)行:
select * from t where id>3;
結(jié)果集為:
NULL
事務(wù)B,后執(zhí)行,并且提交:
insert into t values(4, zhaoliu);commit;
事務(wù)A,首次查詢了id>3的結(jié)果為NULL,于是想插入一條為4的記錄:
insert into t values(4, xxoo);
結(jié)果集為:
Error : duplicate key!
你可能會想。。。你TM在逗我?查了id>3為空集,insert id=4時又告訴我PK沖突?→_→
這次是已提交事務(wù)B對事務(wù)A產(chǎn)生的影響,這種影響叫做“幻讀”。
如上,并發(fā)的事務(wù)可能導(dǎo)致其他事務(wù)出現(xiàn)讀臟、不可重復(fù)讀、幻讀。為了避免如上情況出現(xiàn),innodb又做了哪些努力呢?
2. InnoDB實現(xiàn)了哪幾種事務(wù)的隔離級別?
InnoDB實現(xiàn)了四種不同事務(wù)的隔離級別:
不同事務(wù)的隔離級別,實際上是一致性與并發(fā)性的一個權(quán)衡與折衷。
3. 四種事務(wù)的隔離級別,innodb如何實現(xiàn)?
InnoDB使用不同的鎖策略(Locking Strategy)來實現(xiàn)不同的隔離級別。
a. 讀未提交(Read Uncommitted)
這種事務(wù)隔離級別下,select語句不加鎖,也不是快照讀。
SELECT statements are performed in a nonlocking fashion.
此時,可能讀取到不一致的數(shù)據(jù),即“讀臟”。這是并發(fā)最高,一致性最差的隔離級別。
b. 讀提交(Read Committed, RC)
此時,其他事務(wù)的插入依然可以執(zhí)行,就可能導(dǎo)致,讀取到幻影記錄。該級別是最常使用的。而且如果是不上鎖的select,可能產(chǎn)生不可重復(fù)讀。
該級別下是通過快照讀來防止讀臟的。因為在該級別下的快照讀總是能讀到最新的行數(shù)據(jù)快照,當(dāng)然,必須是已提交事務(wù)寫入的,所以可能產(chǎn)生不可重復(fù)讀。
c. 可重復(fù)讀(Repeated Read, RR)
這是InnoDB默認(rèn)的隔離級別,在RR下:
在該級別下
d. 串行化(Serializable)
這種事務(wù)的隔離級別下,所有select語句都會被隱式的轉(zhuǎn)化為select ... in share mode,也就是默認(rèn)上共享讀鎖(S鎖)。
所以,如果事務(wù)A先執(zhí)行如下sql之后,會嘗試獲取所查詢行的IS鎖(和別的IS、IX鎖是兼容的),這時別的事務(wù)也能獲取這些行的IS鎖甚至是S鎖,但是如果接下來,事務(wù)A如果update或delete其中的某些行,這時就獲取了X鎖,別的事務(wù)即便是執(zhí)行普通的select語句也會阻塞,因為它們嘗試獲取IS鎖,但是IS鎖和X鎖是互斥的,這樣就避免了讀臟、不可重復(fù)讀以及幻讀,所有事務(wù)就只能串行了。
select ... ;
這是一致性最好的,但并發(fā)性最差的隔離級別。高并發(fā)量的場景下,幾乎不會使用上述a和d這兩種隔離級別。
4. 總結(jié)
并發(fā)事務(wù)之間相互干擾,就可能導(dǎo)致事務(wù)出現(xiàn)讀臟,不可重復(fù)讀,幻讀等問題。
InnoDB實現(xiàn)了SQL92標(biāo)準(zhǔn)中的四種隔離級別:
InnoDB默認(rèn)的隔離級別是RR,用得最多的隔離級別是RC
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對VeVb武林網(wǎng)的支持。
新聞熱點
疑難解答
圖片精選