InnoDB MVCC的工作原理是什么

這篇文章給大家分享的是有關(guān)InnoDB MVCC的工作原理是什么的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考。一起跟隨小編過來看看吧。

InnoDB 的 MVCC，是通過在每行記錄后面保存兩個(gè)隱藏的列實(shí)現(xiàn)的。這兩個(gè)列，一個(gè)保存了行的創(chuàng)建時(shí)間，一個(gè)保存行的過期時(shí)間（或刪除時(shí)間）。當(dāng)然存儲(chǔ)的不是實(shí)際的時(shí)間值，而是系統(tǒng)版本號(hào)。每開始一個(gè)新的事務(wù)，系統(tǒng)版本號(hào)都會(huì)自動(dòng)遞增。事務(wù)開始時(shí)刻的系統(tǒng)版本號(hào)會(huì)作為事務(wù)的版本號(hào)，用來和查詢到的每行記錄的版本號(hào)進(jìn)行比較，下面看可重復(fù)讀隔離級別下，MVCC 具體是如何操作的。

SELECT

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

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

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

只有符合上述兩個(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為插入一行新紀(jì)錄，保存當(dāng)前系統(tǒng)版本號(hào)作為行版本號(hào)，同時(shí)保存當(dāng)前系統(tǒng)版本號(hào)到原來的行作為行刪除標(biāo)識(shí)。

保存這兩個(gè)額外系統(tǒng)版本號(hào)，使大多數(shù)讀操作都可以不用加鎖。這樣設(shè)計(jì)使得讀數(shù)據(jù)操作很簡單，性能很好，并且也能保證只會(huì)讀取符合標(biāo)準(zhǔn)的行。不足之處是每行記錄都需要額外的存儲(chǔ)空間，需要做更多的行檢查工作，及一些額外的維護(hù)工作。

MVCC只在 REPEATABLE READ（可重復(fù)讀）和 READ COMMITTED（讀提交） 這兩個(gè)隔離級別下工作。其他兩個(gè)隔離級別都和 MVCC不兼容，因?yàn)镽EAD UNCOMMITTED（讀未提交） 總是讀取最新的數(shù)據(jù)行，而不是符合當(dāng)前事務(wù)版本的數(shù)據(jù)行。而 SERIALIZABLE（串行化） 則會(huì)對所有讀取的行都加鎖。

感謝各位的閱讀！關(guān)于InnoDB MVCC的工作原理是什么就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！