复制模式定义？

Question

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

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

• 主 - 主复制(两个服务器之间的复制)
• 主从复制(mutliple服务器之间的复制,以提高读取速度,写入只能用于主服务器)
• 多主复制(= 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将分布式内容定位到分布式应用程序？

我想解决问题,并确保我在这些条款中有正确的理解,所以也许这里的讨论将有助于合并一些知识.

问候,克里斯

编辑:添加合并复制到列表和一些解释,因为我理解他们...

Answer 1

关于 CouchDB，故事很简单。这里是：

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

任何其他的大局架构（点对点、多主、主从）都只是开发人员或系统管理员的实现。例如，如果GETs 分布到许多沙发，但POST转到一个中央沙发并复制到其他沙发，则实际上是主从。如果为了性能，在每个大城市都放一个CouchDB，它们之间直接复制，那就是多主复制。

在 CouchDB 社区中，尤其是 Chris Anderson 的项目和演示中，“点对点”复制是 CouchDB 无处不在的概念：移动电话、数据中心、电线杆。复制以分散的方式直接在沙发之间进行，没有像网络本身那样的中央权威或架构。