innodb如何巧妙的實現事務隔離級別詳解

demo1:

事務A，先執行，處于未提交的狀態：

insert into t values(4, 'zhaoliu');

事務B，后執行，也未提交：

select * from t;

如果事務B能夠讀取到(4, zhaoliu)這條記錄，說明事務A就對事務B產生了影響，這種影響叫做“讀臟”，即讀到了未提交事務操作的記錄。

demo2:

事務A，先執行：

select * from t where id=1;

結果集為

1,zhangsan

事務B，后執行，并且提交：

update t set name=xxx where id=1;

commit;

事務A，再次執行相同的查詢：

select * from t where id=1;

結果集為：

1, xxx

這次是已提交事務B對事務A產生的影響，這種影響叫做“不可重復讀”，即一個事務內相同的查詢，卻得到了不同的結果。

demo3:

事務A，先執行：

select * from t where id>3;

結果集為：

NULL

事務B，后執行，并且提交：

insert into t values(4, zhaoliu);

commit;

事務A，首次查詢了id>3的結果為NULL，于是想插入一條為4的記錄：

insert into t values(4, xxoo);

結果集為：

Error : duplicate key!

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

這次是已提交事務B對事務A產生的影響，這種影響叫做“幻讀”。

如上，并發的事務可能導致其他事務出現讀臟、不可重復讀、幻讀。為了避免如上情況出現，innodb又做了哪些努力呢？

2. InnoDB實現了哪幾種事務的隔離級別?

InnoDB實現了四種不同事務的隔離級別：

不同事務的隔離級別，實際上是一致性與并發性的一個權衡與折衷。

3. 四種事務的隔離級別，innodb如何實現?

InnoDB使用不同的鎖策略(Locking Strategy)來實現不同的隔離級別。

a. 讀未提交(Read Uncommitted)

這種事務隔離級別下，select語句不加鎖，也不是快照讀。

SELECT statements are performed in a nonlocking fashion.

此時，可能讀取到不一致的數據，即“讀臟”。這是并發最高，一致性最差的隔離級別。

b. 讀提交(Read Committed, RC)

此時，其他事務的插入依然可以執行，就可能導致，讀取到幻影記錄。該級別是最常使用的。而且如果是不上鎖的select，可能產生不可重復讀。

該級別下是通過快照讀來防止讀臟的。因為在該級別下的快照讀總是能讀到最新的行數據快照，當然，必須是已提交事務寫入的，所以可能產生不可重復讀。

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

這是InnoDB默認的隔離級別，在RR下：

在該級別下

d. 串行化(Serializable)

這種事務的隔離級別下，所有select語句都會被隱式的轉化為select ... in share mode，也就是默認上共享讀鎖(S鎖)。

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

select ... ;

這是一致性最好的，但并發性最差的隔離級別。高并發量的場景下，幾乎不會使用上述a和d這兩種隔離級別。

4. 總結

并發事務之間相互干擾，就可能導致事務出現讀臟，不可重復讀，幻讀等問題。

InnoDB實現了SQL92標準中的四種隔離級別：

InnoDB默認的隔離級別是RR，用得最多的隔離級別是RC

總結

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com