主要介紹了MySQL多版本并發(fā)控制MVCC的實(shí)現(xiàn)，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧。

事務(wù)隔離級(jí)別設(shè)置

set global transaction isolation level read committed; //全局的
set session transaction isolation level read committed; //當(dāng)前會(huì)話

修改事務(wù)提交方式（是否自動(dòng)提交，mysql默認(rèn)自動(dòng)提交）

SET AUTOCOMMIT = 1; //自動(dòng)提交，為0手動(dòng)提交

不同數(shù)據(jù)庫(kù)引擎MVCC模式各不相同，典型有樂(lè)觀和悲觀并發(fā)控制。

innodb

說(shuō)明：

InnoDB的MVCC,是通過(guò)在每行記錄后面保存兩個(gè)隱藏的列來(lái)實(shí)現(xiàn)的。這兩個(gè)列，一個(gè)保存了行的創(chuàng)建時(shí)間，一個(gè)保存行的過(guò)期時(shí)間(或刪除時(shí)間)。當(dāng)然存儲(chǔ)的并不是實(shí)際的時(shí)間值，而是系統(tǒng)版本號(hào)(system version number).每開(kāi)始個(gè)新的事務(wù)，系統(tǒng)版本號(hào)都會(huì)自動(dòng)遞增。事務(wù)開(kāi)始時(shí)刻的系統(tǒng)版本號(hào)會(huì)作為事務(wù)的版本號(hào)，用來(lái)和查詢到的

SELECT

InnoDB會(huì)根據(jù)以下兩個(gè)條件檢查每行記錄:

a. InnoDB只查找版本早于當(dāng)前事務(wù)版本的數(shù)據(jù)行(也就是，行的系統(tǒng)版本號(hào)小于或等于事務(wù)的系統(tǒng)版本號(hào))，這樣可以確保事務(wù)讀取的行，要么是在事務(wù)開(kāi)始前已經(jīng)存在的，要么是事務(wù)自身插人或者修改過(guò)的。

b.行的刪除版本要么未定義，要么大于當(dāng)前事務(wù)版本號(hào)。這可以確保事務(wù)讀取到的行，在事務(wù)開(kāi)始之前未被刪除。

只有符合上述兩個(gè)條件的記錄，才能返回作為查詢結(jié)果。

INSERT

InnoDB為新插人的每行 保存當(dāng)前系統(tǒng)版本號(hào)作為行版本號(hào)。

DELETE

InnoDB為刪除的每行保存當(dāng)前系統(tǒng)版本號(hào)作為行刪除標(biāo)識(shí)。

UPDATE

InnoDB為插人行新記錄，保存當(dāng)前系統(tǒng)版本號(hào)作為行版本號(hào)，同時(shí)保存當(dāng)前系統(tǒng)版本號(hào)到原來(lái)的行作為行刪除標(biāo)識(shí)。

注意：

MVCC只在REPEATABLE READ 和READ COMMITED 兩個(gè)隔離級(jí)別下工作。其他兩個(gè)隔離級(jí)別都和MVCC不兼容法,因?yàn)镽EAD UNCOMITTED總是讀取最新的數(shù)據(jù)行，而不是符合當(dāng)前事務(wù)版本的數(shù)據(jù)行。而SERIALIZABLE則會(huì)對(duì)所有讀取的行都加鎖。

查看當(dāng)表的狀態(tài)

show table status like 'task'\G;

不可重復(fù)讀：實(shí)現(xiàn)了事務(wù)的隔離性，但兩次讀取同一條數(shù)據(jù)的時(shí)候發(fā)現(xiàn)數(shù)據(jù)不一致了。臟讀、不可重復(fù)讀、幻讀

臟讀：當(dāng)前事務(wù)讀到了另一個(gè)事務(wù)未提交的狀態(tài)，事務(wù)沒(méi)有實(shí)現(xiàn)隔離。

幻讀：兩次查詢同一批數(shù)據(jù)，發(fā)現(xiàn)有新數(shù)據(jù)被插入，主要是因?yàn)橹型居衅渌聞?wù)對(duì)數(shù)據(jù)集進(jìn)行了插入操作。（加了間隙鎖解決該問(wèn)題）

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，