這篇文章將為大家詳細(xì)講解有關(guān)怎么理解MySQL中的MVCC，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。

我們提供的服務(wù)有：成都網(wǎng)站建設(shè)、網(wǎng)站制作、微信公眾號(hào)開(kāi)發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、晉城ssl等。為成百上千企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的晉城網(wǎng)站制作公司

關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)使用MVCC(Multiversion Concurrency Control多版本并發(fā)控制)來(lái)避免寫(xiě)操作堵塞讀操作的并發(fā)問(wèn)題，MVCC也就是通過(guò)使用數(shù)據(jù)的多個(gè)版本保證并發(fā)讀寫(xiě)不沖突的一種機(jī)制，不同的數(shù)據(jù)庫(kù)有不同的實(shí)現(xiàn)，這也是數(shù)據(jù)庫(kù)系統(tǒng)讓人頭疼的地方.

MVCC的兩種不同實(shí)現(xiàn)方式

第一種實(shí)現(xiàn)方式是將數(shù)據(jù)記錄的多個(gè)版本保存在數(shù)據(jù)庫(kù)中，當(dāng)這些不同版本數(shù)據(jù)不再需要時(shí)，垃圾收集器回收這些記錄。這個(gè)方式被PostgreSQL和Firebird/Interbase采用，SQL Server使用的類似機(jī)制，所不同的是舊版本數(shù)據(jù)不是保存在數(shù)據(jù)庫(kù)中，而保存在不同于主數(shù)據(jù)庫(kù)的另外一個(gè)數(shù)據(jù)庫(kù)tempdb中/

第二種實(shí)現(xiàn)方式只在數(shù)據(jù)庫(kù)保存最新版本的數(shù)據(jù)，但是會(huì)在使用undo時(shí)動(dòng)態(tài)重構(gòu)舊版本數(shù)據(jù)，這種方式被Oracle和MySQL/InnoDB使用。

MVCC是為了解決什么問(wèn)題?

• 大多數(shù)的MYSQL事務(wù)型存儲(chǔ)引擎,如,InnoDB，F(xiàn)alcon以及PBXT都不使用一種簡(jiǎn)單的行鎖機(jī)制.事實(shí)上,他們都和MVCC–多版本并發(fā)控制來(lái)一起使用.悲劇的是Falcon這個(gè)存儲(chǔ)引擎過(guò)早夭折，原本是InnoDB有力的競(jìng)爭(zhēng)對(duì)手，但是結(jié)果讓人唏噓長(zhǎng)嘆，可以參見(jiàn)：由MySQL中的falcon存儲(chǔ)引擎引申的八卦雜談(r5筆記第23天)

• 大家都應(yīng)該知道,鎖機(jī)制可以控制并發(fā)操作,但是其系統(tǒng)開(kāi)銷較大,而MVCC可以在大多數(shù)情況下代替行級(jí)鎖,使用MVCC,能降低其系統(tǒng)開(kāi)銷.

MVCC實(shí)現(xiàn)

  MVCC是通過(guò)保存數(shù)據(jù)在某個(gè)時(shí)間點(diǎn)的快照來(lái)實(shí)現(xiàn)的. 不同存儲(chǔ)引擎的MVCC. 不同存儲(chǔ)引擎的MVCC實(shí)現(xiàn)是不同的,典型的有樂(lè)觀并發(fā)控制和悲觀并發(fā)控制.

   InnoDB的MVCC,是通過(guò)在每行記錄后面保存兩個(gè)隱藏的列來(lái)實(shí)現(xiàn)的,這兩個(gè)列，分別保存了這個(gè)行的創(chuàng)建時(shí)間，一個(gè)保存的是行的刪除時(shí)間。這里存儲(chǔ)的并不是實(shí)際的時(shí)間值,而是系統(tǒng)版本號(hào)(可以理解為事務(wù)的ID)，沒(méi)開(kāi)始一個(gè)新的事務(wù)，系統(tǒng)版本號(hào)就會(huì)自動(dòng)遞增，事務(wù)開(kāi)始時(shí)刻的系統(tǒng)版本號(hào)會(huì)作為事務(wù)的ID

做了簡(jiǎn)單修改，我們做一些簡(jiǎn)單的例子來(lái)說(shuō)明。

1）、在插入操作時(shí) ：記錄的創(chuàng)建版本號(hào)就是事務(wù)版本號(hào)。 

比如插入一條記錄, 事務(wù)id 假設(shè)是1，那么記錄如下：也就是說(shuō)，創(chuàng)建版本號(hào)就是事務(wù)版本號(hào)。 

2）、在更新操作的時(shí)候，采用的是先標(biāo)記舊的那行記錄為已刪除，并且刪除版本號(hào)是事務(wù)版本號(hào)，然后插入一行新的記錄的方式。 比如，針對(duì)上面那行記錄，事務(wù)id為2 要把name字段更新,

update table set name= 'new_value' where id=1;

3）、刪除操作的時(shí)候，就把事務(wù)版本號(hào)作為刪除版本號(hào)。比如

delete from table where id=1; 

4）、查詢操作： 

從上面的描述可以看到，在查詢時(shí)要符合以下兩個(gè)條件的記錄才能被事務(wù)查詢出來(lái)： 

    (1) 刪除版本號(hào) 大于當(dāng)前事務(wù)版本號(hào)，就是說(shuō)刪除操作是在當(dāng)前事務(wù)啟動(dòng)之后做的。 

    (2) 創(chuàng)建版本號(hào) 小于或者等于 當(dāng)前事務(wù)版本號(hào)，就是說(shuō)記錄創(chuàng)建是在事務(wù)中（等于的情況）或者事務(wù)啟動(dòng)之前。

這樣就保證了各個(gè)事務(wù)互不影響。從這里也可以體會(huì)到一種提高系統(tǒng)性能的思路，就是： 通過(guò)版本號(hào)來(lái)減少鎖的爭(zhēng)用。

另外，只有read-committed和 repeatable-read 兩種事務(wù)隔離級(jí)別才能使用MVCC，read-uncommited由于是讀到未提交的，所以不存在版本的問(wèn)題而serializable 則會(huì)對(duì)所有讀取的行加鎖。

   當(dāng)然上面的內(nèi)容都是二次吸收，做了一些過(guò)濾和簡(jiǎn)單總結(jié)，后續(xù)會(huì)持續(xù)總結(jié)和認(rèn)真分析，對(duì)比一下Oracle和MySQL MVCC的異同，MVCC的缺陷等。

關(guān)于怎么理解MySQL中的MVCC就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。