复制模式定义?

时间:2011-03-28 14:08:04

标签: database couchdb replication distributed-computing

我目前正在研究有关其复制能力的不同NoSQL和RDBMS,以便构建分布式系统。

通过阅读几篇论文和书籍,我感觉到一些供应商或作者使用他们自己关于术语的定义

  • 主 - 主复制(两台服务器之间的复制)
  • 主从复制(多个服务器之间的复制,以提高读取速度,写入只能用于主服务器)
  • 多主复制(= Peer-To-Peer?)
  • 点对点复制(n个节点之间的复制,每个节点都可以读/写)
  • 合并复制(?)

例如:有些人将Master-Master和Peer-to-Peer这两个术语混为一谈,而在Mysql docus中我发现它在Master-Master和Multi-Master(= Peer-to-peer?)之间有所区别? ??)复制。

Multi-Master和Peer-to-Peer复制的区别在哪里? Multi-Master复制的用例是否更倾向于聚类,而Peer-To-Peer将分布式内容定位到分布式应用程序?

我想解决问题,并确保我对这些术语有正确的理解,所以也许这里的讨论有助于合并一些知识。

问候,克里斯

编辑:将合并复制添加到列表中,并根据我的理解添加一些解释......

1 个答案:

答案 0 :(得分:3)

关于CouchDB,故事很简单。这是:

CouchDB只有一个复制模式。源将所有数据复制到目标,但可选择是/否过滤器。我在另一个问题中描述了CouchDB replication。关键是“复制”只是一个数据库客户端。它连接到两个沙发,从源读取,并写入目标。

任何其他大图片架构(点对点,多主站,主站 - 从站)都只是开发人员或系统管理员的实现。例如,如果将GET分配给许多沙发,但是POST转到一个复制到其他沙发的中央沙发,则实际上是主从。如果你把CouchDB放在每个主要城市以获得性能,并且它们彼此直接复制,那就是多主复制。

在CouchDB社区,特别是Chris Anderson的项目和演示中,“点对点”复制是CouchDB无处不在的概念:移动电话,数据中心,电话杆。并且复制以分散的方式直接发生在沙发之间,没有中央权威或架构,如网络本身。