網(wǎng)站被安全狗攔截,品牌營(yíng)銷策劃過(guò)程,精準(zhǔn)防控高效處置,wordpress js調(diào)用新聞文章目錄 文檔用途詳細(xì)信息 文檔用途 MVCC機(jī)制簡(jiǎn)介#xff0c;方便大家理解MVCC機(jī)制是什么。 詳細(xì)信息 一、是什么 MVCC#xff0c;Multi-Version Concurrency Control#xff0c;多版本并發(fā)控制。 一句話講#xff0c;MVCC就是用同一份數(shù)據(jù)臨時(shí)保留多版本的方式#…文章目錄文檔用途詳細(xì)信息文檔用途MVCC機(jī)制簡(jiǎn)介方便大家理解MVCC機(jī)制是什么。詳細(xì)信息一、是什么MVCCMulti-Version Concurrency Control多版本并發(fā)控制。一句話講MVCC就是用同一份數(shù)據(jù)臨時(shí)保留多版本的方式實(shí)現(xiàn)并發(fā)控制。它可以避免讀寫事務(wù)之間的互相阻塞相比通常的封鎖技術(shù)可極大的提高業(yè)務(wù)的并發(fā)性能。二、為什么為何需要MVCC如果有人從數(shù)據(jù)庫(kù)中讀數(shù)據(jù)的同時(shí)有另外的人寫入數(shù)據(jù)有可能讀數(shù)據(jù)的人會(huì)看到『半寫』或者不一致的數(shù)據(jù)。有很多種方法來(lái)解決這個(gè)問(wèn)題叫做并發(fā)控制方法。最簡(jiǎn)單的方法通過(guò)加鎖讓所有的讀者等待寫者工作完成但是這樣效率會(huì)很差。MVCC 使用了一種不同的手段每個(gè)連接到數(shù)據(jù)庫(kù)的讀者在某個(gè)瞬間看到的是數(shù)據(jù)庫(kù)的一個(gè)快照寫者寫操作造成的變化在寫操作完成之前或者數(shù)據(jù)庫(kù)事務(wù)提交之前對(duì)于其他的讀者來(lái)說(shuō)是不可見(jiàn)的。當(dāng)一個(gè) MVCC 數(shù)據(jù)庫(kù)需要更一個(gè)一條數(shù)據(jù)記錄的時(shí)候它不會(huì)直接用新數(shù)據(jù)覆蓋舊數(shù)據(jù)而是將舊數(shù)據(jù)標(biāo)記為過(guò)時(shí)obsolete并在別處增加新版本的數(shù)據(jù)。這樣就會(huì)有存儲(chǔ)多個(gè)版本的數(shù)據(jù)但是只有一個(gè)是最新的。這種方式允許讀者讀取在他讀之前已經(jīng)存在的數(shù)據(jù)即使這些在讀的過(guò)程中半路被別人修改、刪除了也對(duì)先前正在讀的用戶沒(méi)有影響。這種多版本的方式避免了填充刪除操作在內(nèi)存和磁盤存儲(chǔ)結(jié)構(gòu)造成的空洞的開銷但是需要系統(tǒng)周期性整理sweep through以真實(shí)刪除老的、過(guò)時(shí)的數(shù)據(jù)。三、如何實(shí)現(xiàn)MVCC的實(shí)現(xiàn)方法有兩種1.寫新數(shù)據(jù)時(shí)把舊數(shù)據(jù)移到一個(gè)專門的地方如回滾段其他人讀數(shù)據(jù)時(shí)從回滾段中把舊數(shù)據(jù)讀出來(lái)。2.寫數(shù)據(jù)時(shí)舊數(shù)據(jù)不刪除把新數(shù)據(jù)插入。PostgreSQL使用的是第二種方法Oracle數(shù)據(jù)庫(kù)和MySQL innodb引擎使用一種。比較優(yōu)點(diǎn)回滾可以立刻完成無(wú)論進(jìn)行了多少操作數(shù)據(jù)可以進(jìn)行很多更新不必?fù)?dān)心需要保證回滾段不被用完缺點(diǎn)舊版本數(shù)據(jù)需要清理舊版本數(shù)據(jù)過(guò)多導(dǎo)致查詢變慢四、優(yōu)缺點(diǎn)及解決方案MVCC實(shí)現(xiàn)了一種期待讀永遠(yuǎn)不堵塞寫。但是也帶來(lái)了一些問(wèn)題1、因?yàn)椴煌氖聞?wù)會(huì)看到不同版本的記錄所以PostgreSQL連那些可能過(guò)期的數(shù)據(jù)也要保留著當(dāng)UPDATA時(shí)真正地創(chuàng)建了一行新記錄而DELETE時(shí)并不會(huì)真正地刪除一行舊記錄最終數(shù)據(jù)庫(kù)中會(huì)存在一些對(duì)有事務(wù)永遠(yuǎn)不可見(jiàn)的記錄稱作dead rows。2、事務(wù)ID只能增加它是個(gè)32bit支持大約40億個(gè)事務(wù)達(dá)到最大值會(huì)從0重新開始這樣帶來(lái)一個(gè)邏輯問(wèn)題突然所有記錄都變成了發(fā)生在將來(lái)的事務(wù)所產(chǎn)生的而所有新事物也都沒(méi)有辦法訪問(wèn)這些舊記錄了。解決方法VACUUMPostgreSQL自帶了auto_vacuum守護(hù)進(jìn)程會(huì)在一個(gè)可配置的周期內(nèi)自動(dòng)執(zhí)行清理解決了這兩個(gè)問(wèn)題使用者需要留意這個(gè)auto_vacuum以免發(fā)生不想要的結(jié)果vacuum命令也可以手動(dòng)執(zhí)行。