Wiredtiger在MongoDB中的疑問(wèn)是怎樣的，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

創(chuàng)新互聯(lián)建站-成都網(wǎng)站建設(shè)公司，專注做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、網(wǎng)站營(yíng)銷推廣，申請(qǐng)域名，網(wǎng)頁(yè)空間，網(wǎng)站托管運(yùn)營(yíng)有關(guān)企業(yè)網(wǎng)站制作方案、改版、費(fèi)用等問(wèn)題，請(qǐng)聯(lián)系創(chuàng)新互聯(lián)建站。

MongoDB 中也有類似MySQL 的數(shù)據(jù)庫(kù)引擎的插件化的概念，雖然MYSQL 被ORACLE 搞得現(xiàn)在對(duì)這個(gè)數(shù)據(jù)庫(kù)的引擎認(rèn)知都存在于INNODB，但實(shí)際上MYSQL 在之前的存儲(chǔ)引擎還是豐富多彩的，MONGODB 的存儲(chǔ)引擎也是如此，目前MONGODB 主推的（官方）的數(shù)據(jù)庫(kù)引擎是 WIREDTIGER ，之前MONGODB 官方的數(shù)據(jù)庫(kù)引擎是 MMAP1, 而實(shí)際上MONGODB 還有一個(gè)數(shù)據(jù)庫(kù)引擎腳ROCKS DB，聽(tīng)說(shuō)是不錯(cuò)，至少和WIRETIGER 平分秋色，甚至略勝一籌。

那今天我們主要來(lái)看看WIREDTIGER 為什么是目前MONGODB 的主力數(shù)據(jù)庫(kù)引擎，有點(diǎn)在哪里，淺層的原理是什么。

可能看到圖，傳統(tǒng)DBA就會(huì)馬上又一個(gè)反向，cursors ，一個(gè)性能差，有慢，應(yīng)該被絕跡的詞匯。 實(shí)際上在MONGODB 中，快速的返回結(jié)果其實(shí)cursors的功勞不小，首先不要用傳統(tǒng)的數(shù)據(jù)庫(kù)思維來(lái)去想MONGODB，他返回的數(shù)據(jù)結(jié)果集，要比傳統(tǒng)的數(shù)據(jù)結(jié)果集大的多，（言外之意就是MONGODB 處理的數(shù)據(jù)量（吞吐）比傳統(tǒng)數(shù)據(jù)庫(kù)要大的多）。使用傳統(tǒng)的方法，將結(jié)果集緩存在OUTPUT 這樣顯然對(duì)MONGODB 不是一個(gè)好的處理方式。

OK，我們不在此做過(guò)多糾纏，

和眾多數(shù)據(jù)庫(kù)一樣，提高系統(tǒng)的性能，在于修改數(shù)據(jù)的時(shí)候并不是馬上將磁盤(pán)的數(shù)據(jù)進(jìn)行修改，而是通過(guò)多版本控制，來(lái)決定哪些數(shù)據(jù)應(yīng)該被顯示，哪些數(shù)據(jù)要被修改并刷盤(pán)，這里面通過(guò) transactions 和  snapshots 來(lái)進(jìn)行傳統(tǒng)數(shù)據(jù)庫(kù)的 MVCC的活動(dòng)，而數(shù)據(jù)則通過(guò) CACHE 給出。

同時(shí)wiredtiger與 mmvp1 引擎比較，有以下優(yōu)勢(shì)

1 比傳統(tǒng)引擎更多使用 CPU CORES 和  內(nèi)存

2 插入免鎖邏輯，多線程不會(huì)阻塞

3 采用更高的壓縮率，降低I/O的使用，提高I/O性能

4  將文件的 b+ TREE  放入 cache, 加快數(shù)據(jù)的讀取

5 使用了Hazard pointers 來(lái)處理，dirty page 的問(wèn)題，所以才成就了插入免鎖邏輯

注：刪除需要鎖，所以MONGODB 中，刪除操作應(yīng)該好好考慮如何處理。

2 作為WIREDTIGER 中的兩個(gè)日志系統(tǒng)，Journal and oplog ，系統(tǒng)他們的負(fù)責(zé)的任務(wù)是不同的，（如不清楚  Journal  & oplog 是什么請(qǐng)百度），那么這里有一個(gè)問(wèn)題，Journal   和 oplog 在記錄日志的物理順序是否一致。

答案是，oplog 與實(shí)際的操作順序是一致的而 Journal log 與操作結(jié)果的順序一致。這也是由于兩者在對(duì)MONGODB 數(shù)據(jù)庫(kù)在功能上的主責(zé)不同。一個(gè)是負(fù)責(zé)系統(tǒng)crash后的恢復(fù)，自然以結(jié)果為ORDER ，而OPLOG 則是要對(duì) REPL負(fù)責(zé)，所以操作的順序是ORDER。

最后,mongodb 的高速插入與wiredtiger使用的 lSM 也有關(guān)系，找一個(gè)時(shí)間可以研究一下 LSM的原理，可以更加理解MONGODB 插入速度快的秘訣。

關(guān)于Wiredtiger在MONGODB中的疑問(wèn)是怎樣的問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開(kāi)，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

網(wǎng)頁(yè)名稱：Wiredtiger在MONGODB中的疑問(wèn)是怎樣的
網(wǎng)站URL：http://chinadenli.net/article38/gpcopp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開(kāi)發(fā)、網(wǎng)站導(dǎo)航、網(wǎng)站設(shè)計(jì)公司、定制開(kāi)發(fā)、品牌網(wǎng)站建設(shè)、微信公眾號(hào)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)