问主-主数据库架构与主-从数据库架构？

EN

我们正在权衡可用性、一致性和复杂性。首先解决最后一个问题:这很重要吗？是的，非常喜欢！关于如何管理您的数据的选择绝对是基本的，没有“最佳实践”来回避这些决定。您需要了解您的特定需求。

这是一个基本的紧张关系：

一份副本:一致性很容易，但如果碰巧发生故障，每个人都会离开水，如果人们远程，那么可能会付出可怕的沟通成本。把可能需要离线操作的便携设备带到图片中，一份拷贝就不能剪切它。

master Slave:一致性并不是很难，因为每个数据片段都有一个拥有的主节点。但是如果你看不到那个大师，你该怎么办，需要一些推迟的工作。

师父-师父:如果你能让它工作，那么它似乎提供了一切，没有单点故障，每个人都可以一直工作。这样做的问题是很难保持绝对的一致性。有关更多信息，请参阅wikipedia article。

维基百科似乎有一个很好的优点和缺点的总结

的优势

如果一个主机发生故障，其他主机将继续更新database.

• Masters。
• 可以位于多个物理站点中，即分布在网络上。

缺点

大多数多主机复制系统仅是松散一致的，即惰性和异步，违反ACID properties.

• Eager复制系统是复杂的，并引入一些通信latency.

• Issues，例如冲突解决可能会随着所涉及的节点数量的增加和所需延迟的减少而变得难以处理。

同时也研究了各种数据库架构。我整理了一些好的信息，这些信息可能与将来其他人的研究相关。我偶然遇到了

主从式Replication

• Master-Master Replication

• MySQL

我已经决定在我的用例中使用MySQL集群。不过，请看下面我汇编的各种利弊。

1.主从复制

优点

• 分析应用程序可以从从机读取数据，而不会影响整个数据库的master
• Slaves相对没有影响可以脱机并同步回主数据库，而不会出现任何宕机

缺点

• 在出现故障的情况下，必须将从设备提升为主设备以取代其位置。没有自动failover
• Downtime，并且当主设备发生故障时可能会丢失数据
• 在主从设计中还必须对主设备进行所有写入
• 每个额外的从机都会向主设备添加一些负载，因为必须读取二进制日志，并且可能必须重新启动复制到每个slave
• Application的数据

2.主-主复制

优点

• Applications可以跨主masters
• Distributes自动和快速故障切换

读取nodes

• Simple，写入负载

缺点

• 松散一致的
• 配置和部署

不像主-从模式那么简单

3. MySQL集群

基于MySQL集群设计的小镇新成员。MySQL群集在开发时考虑到了高可用性和可扩展性，是用于不需要停机、高可用性和水平可扩展性的环境的理想解决方案。

有关更多信息，请参阅MySQL Cluster 101

优点

架构更改(高可用性)架构正常运行时间非常长的

• Auto-Sharding

• Real-Time Responsiveness

• On-Line操作(

)无单点故障

缺点

• 请参阅known limitations

你可以访问我的Blog完整的细目，包括关于上述3种架构的更多细节的架构图。