這篇文章主要介紹了innodb如何實(shí)現(xiàn)事務(wù)隔離級(jí)別，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供洪江網(wǎng)站建設(shè)、洪江做網(wǎng)站、洪江網(wǎng)站設(shè)計(jì)、洪江網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)與制作、洪江企業(yè)網(wǎng)站模板建站服務(wù)，10年洪江做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

前言

之前的文章mysql鎖機(jī)制詳解中我們?cè)敿?xì)講解了innodb的鎖機(jī)制，鎖機(jī)制是用來保證在并發(fā)情況下數(shù)據(jù)的準(zhǔn)確性，而要保證數(shù)據(jù)準(zhǔn)確通常需要事務(wù)的支持，而mysql存儲(chǔ)引擎innodb是通過鎖機(jī)制來巧妙地實(shí)現(xiàn)事務(wù)的隔離特性中的4種隔離級(jí)別。

事務(wù)ACID特性，其中I代表隔離性(Isolation)。隔離性是指，多個(gè)用戶的并發(fā)事務(wù)訪問同一個(gè)數(shù)據(jù)庫時(shí)，一個(gè)用戶的事務(wù)不應(yīng)該被其他用戶的事務(wù)干擾，多個(gè)并發(fā)事務(wù)之間要相互隔離。

我們都知道事務(wù)的幾種性質(zhì)，數(shù)據(jù)庫中的一致性和隔離性等是實(shí)現(xiàn)事務(wù)的基本思想，在系統(tǒng)有大量的并發(fā)訪問的情況下，了解和熟練應(yīng)用數(shù)據(jù)庫的本身的事務(wù)隔離級(jí)別，對(duì)于寫出健壯性，并發(fā)處理能力強(qiáng)的代碼還是起關(guān)鍵的作用。

1. 事務(wù)之間如何互相干擾

一個(gè)事務(wù)是如何干擾其他事務(wù)呢？舉個(gè)例子，有如下表：

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就對(duì)事務(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對(duì)事務(wù)A產(chǎn)生的影響，這種影響叫做“不可重復(fù)讀”，即一個(gè)事務(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!

你可能會(huì)想。。。你TM在逗我？查了id>3為空集，insert id=4時(shí)又告訴我PK沖突？→_→

這次是已提交事務(wù)B對(duì)事務(wù)A產(chǎn)生的影響，這種影響叫做“幻讀”。

如上，并發(fā)的事務(wù)可能導(dǎo)致其他事務(wù)出現(xiàn)讀臟、不可重復(fù)讀、幻讀。為了避免如上情況出現(xiàn)，innodb又做了哪些努力呢？

2. InnoDB實(shí)現(xiàn)了哪幾種事務(wù)的隔離級(jí)別?

InnoDB實(shí)現(xiàn)了四種不同事務(wù)的隔離級(jí)別：

• 讀未提交(Read Uncommitted)

• 讀提交(Read Committed, RC)

• 可重復(fù)讀(Repeated Read, RR)

• 串行化(Serializable)

不同事務(wù)的隔離級(jí)別，實(shí)際上是一致性與并發(fā)性的一個(gè)權(quán)衡與折衷。

3. 四種事務(wù)的隔離級(jí)別，innodb如何實(shí)現(xiàn)?

InnoDB使用不同的鎖策略(Locking Strategy)來實(shí)現(xiàn)不同的隔離級(jí)別。

a. 讀未提交(Read Uncommitted)

這種事務(wù)隔離級(jí)別下，select語句不加鎖，也不是快照讀。

SELECT statements are performed in a nonlocking fashion.

此時(shí)，可能讀取到不一致的數(shù)據(jù)，即“讀臟”。這是并發(fā)最高，一致性最差的隔離級(jí)別。

b. 讀提交(Read Committed, RC)

• 普通select是快照讀；

• 加鎖的select, update, delete等語句，除了在外鍵約束檢查(foreign-key constraint checking)以及重復(fù)鍵檢查(duplicate-key checking)時(shí)會(huì)封鎖區(qū)間，其他時(shí)刻都只使用記錄鎖；

• 間隙鎖(gap lock)、臨建鎖(next-key lock)在該級(jí)別下失效；

此時(shí)，其他事務(wù)的插入依然可以執(zhí)行，就可能導(dǎo)致，讀取到幻影記錄。該級(jí)別是最常使用的。而且如果是不上鎖的select，可能產(chǎn)生不可重復(fù)讀。

該級(jí)別下是通過快照讀來防止讀臟的。因?yàn)樵谠摷?jí)別下的快照讀總是能讀到最新的行數(shù)據(jù)快照，當(dāng)然，必須是已提交事務(wù)寫入的，所以可能產(chǎn)生不可重復(fù)讀。

c. 可重復(fù)讀(Repeated Read, RR)

這是InnoDB默認(rèn)的隔離級(jí)別，在RR下：

• 普通的select使用快照讀(snapshot read)，這是一種不加鎖的一致性讀(Consistent Nonlocking Read)，底層使用MVCC來實(shí)現(xiàn)；

• 加鎖的select(select ... in share mode / select ... for update), update, delete等語句，它們的鎖，依賴于它們是否在唯一索引(unique index)上使用了唯一的查詢條件(unique search condition，此時(shí)使用記錄鎖)，或者范圍查詢條件(range-type search condition，此時(shí)使用間隙鎖或臨鍵鎖)；

• 在唯一索引上使用唯一的查詢條件，會(huì)使用記錄鎖(record lock)，而不會(huì)封鎖記錄之間的間隔，即不會(huì)使用間隙鎖(gap lock)與臨鍵鎖(next-key lock)；

• 范圍查詢條件或者是非唯一索引，會(huì)使用間隙鎖與臨鍵鎖，鎖住索引記錄之間的范圍，避免范圍間插入記錄，以避免產(chǎn)生幻影行記錄，以及避免不可重復(fù)讀；

在該級(jí)別下

• 通過快照讀以及鎖定區(qū)間來實(shí)現(xiàn)避免產(chǎn)生幻讀和不可重復(fù)讀；

• 某個(gè)事務(wù)首次read記錄的時(shí)間為T，未來不會(huì)讀取到T時(shí)間之后已提交事務(wù)寫入的記錄，以保證連續(xù)相同的read讀到相同的結(jié)果集，這可以防止不可重復(fù)讀；

• RR下是通過間隙鎖，臨鍵鎖來解決幻影讀問題；

d. 串行化(Serializable)

這種事務(wù)的隔離級(jí)別下，所有select語句都會(huì)被隱式的轉(zhuǎn)化為select ... in share mode，也就是默認(rèn)上共享讀鎖(S鎖)。

所以，如果事務(wù)A先執(zhí)行如下sql之后，會(huì)嘗試獲取所查詢行的IS鎖(和別的IS、IX鎖是兼容的)，這時(shí)別的事務(wù)也能獲取這些行的IS鎖甚至是S鎖，但是如果接下來，事務(wù)A如果update或delete其中的某些行，這時(shí)就獲取了X鎖，別的事務(wù)即便是執(zhí)行普通的select語句也會(huì)阻塞，因?yàn)樗鼈儑L試獲取IS鎖，但是IS鎖和X鎖是互斥的，這樣就避免了讀臟、不可重復(fù)讀以及幻讀，所有事務(wù)就只能串行了。

select ... ;

這是一致性最好的，但并發(fā)性最差的隔離級(jí)別。高并發(fā)量的場(chǎng)景下，幾乎不會(huì)使用上述a和d這兩種隔離級(jí)別。

4. 總結(jié)

并發(fā)事務(wù)之間相互干擾，就可能導(dǎo)致事務(wù)出現(xiàn)讀臟，不可重復(fù)讀，幻讀等問題。

InnoDB實(shí)現(xiàn)了SQL92標(biāo)準(zhǔn)中的四種隔離級(jí)別：

• 讀未提交：select不加鎖，可能出現(xiàn)讀臟；

• 讀提交(RC)：普通select快照讀，鎖select /update /delete 會(huì)使用記錄鎖，可能出現(xiàn)不可重復(fù)讀；

• 可重復(fù)讀(RR)：普通select快照讀，鎖select /update /delete 根據(jù)查詢條件等情況，會(huì)選擇記錄鎖，或者間隙鎖/臨鍵鎖，以防止讀取到幻影記錄；

• 串行化：select隱式轉(zhuǎn)化為select ... in share mode，會(huì)被update與delete互斥；

InnoDB默認(rèn)的隔離級(jí)別是RR，用得最多的隔離級(jí)別是RC

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“innodb如何實(shí)現(xiàn)事務(wù)隔離級(jí)別”這篇文章對(duì)大家有幫助，同時(shí)也希望大家多多支持創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計(jì)公司，關(guān)注創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計(jì)公司行業(yè)資訊頻道，更多相關(guān)知識(shí)等著你來學(xué)習(xí)!

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、網(wǎng)站設(shè)計(jì)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

分享文章：innodb如何實(shí)現(xiàn)事務(wù)隔離級(jí)別-創(chuàng)新互聯(lián)
分享鏈接：http://aaarwkj.com/article24/dshjce.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)、靜態(tài)網(wǎng)站、面包屑導(dǎo)航、域名注冊(cè)、軟件開發(fā)、電子商務(wù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)