英文原文：CouchDB versus Couchbase: What are the differences, and what happened to Membase?

　　原文發(fā)布于 2012 年 5 月 17 日

　　2012年2月，CouchOne與Membase合并了，合并之后的公司叫做Couchbase。Membase公司有一個(gè)名為Membase的產(chǎn)品，它是個(gè)鍵/值、持久化、可伸縮的解決方案，使用了memcached wire協(xié)議。CouchDB是個(gè)文檔數(shù)據(jù)庫(kù)，提供了端到端的復(fù)制方法，這對(duì)于移動(dòng)與分布在不同位置的數(shù)據(jù)中心來(lái)說(shuō)是很有用的。Couchbase基于Membase與CouchDB開(kāi)發(fā)了一款新產(chǎn)品，新產(chǎn)品的名字叫做Couchbase。

　　近日，Couchbase發(fā)表了一篇文章，比較了Couchbase與CouchDB，指出了這兩者之間的差別與相似點(diǎn)。這篇文章重點(diǎn)回答了這樣一個(gè)問(wèn)題：“CouchDB與Couchbase有哪些差別”？

　　實(shí)際情況是Couchbase與CouchDB是緊密相關(guān)的。Couchbase產(chǎn)品包含了CouchDB的一個(gè)副本。Couchbase產(chǎn)品向CouchDB添加了緩存、集群等功能。InfoQ有幸采訪到了Couchbase創(chuàng)始人之一的James Phillips以詳細(xì)了解Membase與CouchDB這兩個(gè)產(chǎn)品之間的差別與融合。

　　InfoQ：Membase是個(gè)非常強(qiáng)勁的品牌，你們?yōu)楹螘?huì)將產(chǎn)品名變更為Couchbase呢？

去年初，Membase公司與CouchOne公司合并了。合并之后的公司名取自每個(gè)公司名的一部分，即Couchbase。從根本上來(lái)說(shuō)，名字的變化更好地反映了我們所提供的技術(shù)——Couchbase是個(gè)面向文檔的數(shù)據(jù)庫(kù)（其所用的技術(shù)來(lái)自于Apache CouchDB項(xiàng)目），能夠?qū)崿F(xiàn)水平伸縮，并且對(duì)于數(shù)據(jù)的讀寫來(lái)說(shuō)都能提供低延遲的訪問(wèn)（這要?dú)w功于Membase技術(shù)）。

　　InfoQ：在選擇CouchDB作為持久化與查詢引擎前，Membase使用的是什么？

SQLite是Membase使用的嵌入式存儲(chǔ)引擎，在Couchbase Server中已經(jīng)被Apache CouchDB技術(shù)替代了。

　　InfoQ：對(duì)于Membase的使用來(lái)說(shuō)，memcached wire協(xié)議的重要性如何？

對(duì)于Membase和現(xiàn)在的Couchbase Server（支持同樣的wire協(xié)議）使用來(lái)說(shuō)，Memcached兼容性是非常重要的。每種語(yǔ)言與應(yīng)用開(kāi)發(fā)框架都原生支持memcached，大多數(shù)開(kāi)發(fā)者都曾使用過(guò)memcached，因此很容易就可以上手Membase并開(kāi)始使用。

　　InfoQ：Membase看起來(lái)是個(gè)很不錯(cuò)的解決方案，當(dāng)然了，它也擁有一些大名鼎鼎的客戶與使用案例，如Zynga等。通過(guò)將Membase客戶所希望的CouchDB作為持久/查詢層，你們能得到什么呢？

通常，Couchbase用作交互式軟件系統(tǒng)的記錄系統(tǒng)——取代了之前由MySQL或Oracle等關(guān)系數(shù)據(jù)庫(kù)技術(shù)所扮演的角色。Membase所支持的鍵——值操作當(dāng)然可以構(gòu)建可用的系統(tǒng)，但簡(jiǎn)單的鍵——值存儲(chǔ)對(duì)于一些相當(dāng)簡(jiǎn)單的問(wèn)題卻是無(wú)能為力的，比如“哪些用戶的農(nóng)場(chǎng)中有綿羊”？為了基于純粹的鍵——值存儲(chǔ)來(lái)回答這個(gè)問(wèn)題，應(yīng)用必須得讀取整個(gè)數(shù)據(jù)庫(kù)，一個(gè)鍵一個(gè)鍵地讀，然后“查看”鍵——值對(duì)的值部分以確定里面是否有綿羊。通過(guò)嵌入CouchDB，數(shù)據(jù)庫(kù)現(xiàn)在可以在應(yīng)用中完成這個(gè)任務(wù)，無(wú)需掃描整個(gè)數(shù)據(jù)庫(kù)（因?yàn)镃ouchDB可以維護(hù)能夠加速這種查詢的索引）。

　　InfoQ：在NoSQL、分布式數(shù)據(jù)領(lǐng)域中誰(shuí)是你最大的競(jìng)爭(zhēng)對(duì)手？

MongoDB。

　　InfoQ：CouchBase與MongoDB都是面向文檔的且取得了相當(dāng)大的成功。相比于Cassandra（BigTable/Dynamo hybrid）之類的面向列的數(shù)據(jù)庫(kù)來(lái)說(shuō)，面向文檔的數(shù)據(jù)庫(kù)有哪些優(yōu)勢(shì)呢？

對(duì)于面向文檔的數(shù)據(jù)庫(kù)來(lái)說(shuō)，應(yīng)用可以在無(wú)需考慮結(jié)構(gòu)的情況下插入記錄（即“文檔”），只要他們遵循某些標(biāo)準(zhǔn)的格式化規(guī)則（如XML、JSON）即可。接下來(lái)，無(wú)論是否定義了某些列，你都可以執(zhí)行查詢，但面向列的數(shù)據(jù)庫(kù)則要求維護(hù)一個(gè)列簇、或是父列、或是其他類型的結(jié)構(gòu)。面向文檔的模型為事務(wù)性的數(shù)據(jù)管理提供了一個(gè)更加靈活、通用性的方式，同時(shí)又不會(huì)限制執(zhí)行的查詢種類。

　　InfoQ：Couchdb/Couchbase比較的文章中提到了couchbase向CouchDB增加了自動(dòng)分片的功能。除了核心CouchDB所提供的功能外，Couchbase是否增加了對(duì)復(fù)制、高可用性之類的支持呢？

Couchbase Server實(shí)際上提供了兩種“復(fù)制”技術(shù)：對(duì)于內(nèi)部數(shù)據(jù)中心部署（集群）來(lái)說(shuō)，它使用了Membase風(fēng)格的復(fù)制（在網(wǎng)絡(luò)分區(qū)的情況下提供了快速的一致性），因?yàn)樗峁┝俗钭匀坏牟渴鹉Ｐ停瑥慕y(tǒng)計(jì)學(xué)上來(lái)說(shuō)，網(wǎng)絡(luò)分區(qū)中出現(xiàn)腦裂（split-brain）的可能性要比數(shù)據(jù)中心出現(xiàn)碰撞的可能性低。對(duì)于交互數(shù)據(jù)中心部署（集群從地理位置來(lái)說(shuō)是分布式的）來(lái)說(shuō)，網(wǎng)絡(luò)分區(qū)中出現(xiàn)腦裂的可能性是相當(dāng)高的，因?yàn)?a href=/pingce/yingyong/ target=_blank class=infotextkey>應(yīng)用服務(wù)器與數(shù)據(jù)庫(kù)服務(wù)器位于相對(duì)脆弱的WAN連接的兩端。在跨數(shù)據(jù)中心的部署中使用了CouchDB風(fēng)格的復(fù)制，因?yàn)樗С峙鲎矙z測(cè)和決議，而在這種場(chǎng)景中此情況是很可能會(huì)出現(xiàn)的。

　　InfoQ：Couchbase使用Membase替換掉了Memcached，因此使用Memcached的應(yīng)用可以很輕松地使用Couchbase，但不帶自動(dòng)分片功能的客戶端驅(qū)動(dòng)該如何使用Couchbase的自動(dòng)分片特性呢？

Couchbase Server中內(nèi)建一個(gè)代理層（叫做moxi），或是將該代理層部署到應(yīng)用服務(wù)器上，它會(huì)填平“現(xiàn)有”memcached客戶端所用的一致性哈希算法與Couchbase Server所用的兩級(jí)間接（通過(guò)哈希找到虛擬服務(wù)器，然后將虛擬服務(wù)器映射為真實(shí)服務(wù)器）之間的溝壑。

　　InfoQ：Couchbase是如何解決應(yīng)用需要可靠的持久化這一問(wèn)題的？有日志選項(xiàng)么？是否有數(shù)據(jù)需要復(fù)制到多個(gè)結(jié)點(diǎn)的選項(xiàng)？你們是如何平衡寫速度與可靠的持久化的？你們是否至少需要兩臺(tái)服務(wù)器來(lái)保證持久性呢？

你可以配置Couchbase（基于每個(gè)操作），使之立刻（異步寫）、完成了數(shù)據(jù)的復(fù)制或是數(shù)據(jù)寫到了持久化媒體后才對(duì)寫操作進(jìn)行響應(yīng)。用戶可以權(quán)衡他們自己的持久化與性能問(wèn)題。

　　關(guān)于Membase、Couchbase與Northscale的背景信息

　　Membase產(chǎn)品于2010年10月發(fā)布，是由Zynga、NorthScale與NHN聯(lián)合開(kāi)發(fā)的。NorthScale后來(lái)變成了Membase Inc，接下來(lái)在去年與CouchOne Inc合并后又變成了Couchbase Inc。Membase被Zynga用來(lái)開(kāi)發(fā)其流行的社交游戲，如Farmville、Mafia Wars與Cafe World。Membase針對(duì)Web應(yīng)用數(shù)據(jù)的存儲(chǔ)（如Farmville的數(shù)據(jù)）進(jìn)行了優(yōu)化。這些在線社交游戲存儲(chǔ)了大量的數(shù)據(jù)。根據(jù)ReadWrite Cloud的Audrey Watters所述，“數(shù)據(jù)量令人難以置信。這是一種新的數(shù)據(jù)類型，需要開(kāi)發(fā)一種新的數(shù)據(jù)庫(kù)管理系統(tǒng)（Membase）”。Zynga已經(jīng)在使用Memcached，因此向Membase的轉(zhuǎn)換是個(gè)自然而然的過(guò)程。InfoQ曾采訪過(guò)來(lái)自Couchbase的工程師Dustin Sallings，他介紹了為支持Membase之類的產(chǎn)品對(duì)Memcached wire協(xié)議所做的改變。

　　在InfoQ此前發(fā)布的一篇新聞中，CouchDB的創(chuàng)建者及Couchbase的聯(lián)合創(chuàng)始人Damien Katz表示他將專注于Couchbase，因?yàn)檫@是一個(gè)很好的機(jī)會(huì)，可以重新實(shí)現(xiàn)CouchDB，拋棄無(wú)法滿足需求的、強(qiáng)化可用的功能，并將Membase的可伸縮性、速度、集群與緩存特性添加到合并后的Couchbase產(chǎn)品中。Damien對(duì)根據(jù)意見(jiàn)來(lái)決定的Apache項(xiàng)目的速度與進(jìn)展表示遺憾，人們對(duì)于成功的商業(yè)產(chǎn)品需求的增長(zhǎng)速度是飛快的。他對(duì)于合并之后的產(chǎn)品的職責(zé)是創(chuàng)造出一款能夠充分發(fā)揮兩者優(yōu)勢(shì)的產(chǎn)品。在隨后的一篇博文中，Damien說(shuō)Membase產(chǎn)品的速度很快且具有可伸縮性，但卻沒(méi)有報(bào)表與跨數(shù)據(jù)中心的復(fù)制功能。CouchDB產(chǎn)品具有更多的特性，如高級(jí)的復(fù)制與報(bào)表功能，但速度上卻不盡如人意，也無(wú)法應(yīng)付高負(fù)載。這兩個(gè)產(chǎn)品的融合是成功的，Couchbase終將破繭而出。

　　譯者，張龍，熱衷于編程，樂(lè)于分享，對(duì)新技術(shù)有強(qiáng)烈的探索欲，對(duì)Java輕量級(jí)框架有一定研究。

　　【相關(guān)鏈接】

　　Couchbase Releases Couchbase Server 2.0 GA

　　Transitioning from RDBMS to NoSQL. Interview with Couchbase’s Dipti Borkar

it知識(shí)庫(kù)：Couchbase 與 Membase, CouchDB 的關(guān)系，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。