database - 主-主 vs 主-从数据库架构？

Question

我听说过两种数据库架构。

• 大师级

• 主从

master-master不是更适合现在的web吗，因为它就像Git一样，每个单元都有整套数据，如果一个宕机也无所谓。

主从让我想起了 SVN(我不喜欢它)，你有一个中央单元来处理事情。

问题:

1. 各自的优缺点是什么？

2. 如果你想在你的手机上有一个本地数据库，比如iPhone，哪个更合适？

3. 选择其中之一是否是需要全面考虑的关键因素？

Answer 1

同时也在研究各种数据库架构。我整理了很多信息，这些信息可能与将来研究的其他人有关。我遇到了

1. 主从复制
2. 主-主复制
3. MySQL集群

我决定在我的用例中使用 MySQL Cluster。但是，请参阅下面我整理的各种优缺点

<强>1。主从复制

优点

• 分析应用程序可以在不影响主服务器的情况下从从服务器读取数据
• 备份整个数据库，对主数据库的影响相对较小
• 从站可以脱机并同步回主站，无需停机

缺点

• 在发生故障的情况下，必须将一个从站提升为主站来接替它的位置。无自动故障转移
• 当主机出现故障时停机并可能丢失数据
• 在主从设计中，所有写操作也必须对主服务器进行
• 每个额外的从站都会给主站增加一些负载，因为必须读取二进制日志并将数据复制到每个从站
• 应用程序可能必须重新启动

<强>2。主-主复制

优点

• 应用程序可以从两个主机读取
• 在两个主节点之间分配写入负载
• 简单、自动和快速的故障转移

缺点

• 松散一致
• 不像主从配置部署那么简单

<强>3。 MySQL集群

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

参见 MySQL Cluster 101了解更多信息

优点

• (高可用性)无单点故障
• 非常高的吞吐量
• 99.99% 的正常运行时间
• 自动分片
• 实时响应
• 在线操作(架构更改等)
• 分布式写入

缺点

• 参见 known limitations

可以访问我的Blog完整的分解包括架构图，进一步详细介绍了上述 3 种架构。