Mysql组复制与Mysql集群

Question

免责声明我对数据库并不陌生，但对复制和集群完全陌生.

如您所知，Mysql提供了一个新功能：MySql组复制。

有人能解释一下这种体系结构和集群之间的根本区别吗？任何主要的功能只存在于两者之一？节点容错？恢复生活状态的能力？每个建议都是受欢迎的..。

谢谢

Answer 1

组复制与Galera (又名PXC)

群复制只有几个月的历史；Galera已经存在多年了。一旦GR确定了它的价值(我认为它会)，答案可能是这样的.

他们非常相似。两者都对HA做了出色的工作--任何一个节点崩溃都可以从其中恢复，通常是自动的。两者都提供了高度的读缩放。GR承诺提供更多的写扩展。

不知道你的要求和你对各种事情的宽容，我就不能建议你走哪条路。这个论坛上大约90%的MySQL/MariaDB/Percona用户不使用任何形式的复制。因此，第一个问题是，您需要任何复制解决方案吗？

架构是不同的，但目标是相似的。也就是说，“剥猫皮的方法不止一种”。

在我看来，只有当您愿意将节点放置在至少3个不同的地理位置(比如洪水/龙卷风/地震/等等)时，才能实现容错。两者都允许这样做。我使用任何单一故障点生存的规则，并将“数据中心”作为故障点。

相对于甲骨文之前的产品Fabric，GR是一个显著的改进。

既然你没提到切分，我就没提过。

MySQL集群

术语"MySQL群集“令人困惑；从技术上讲，它指的是"InnoDB群集”，这与“组复制”(即“InnoDB群集”)有很大不同。

易卜拉欣简短地讨论了NDB，但我不会说“有史以来最好的解决办法”。

NDB最初是一种非常可靠地处理电话交换的电信应用程序。MySQL、Oracle和SeveralNines增强了它-- _to更接近于通用关系数据库管理系统。它保持了它的高可靠性。

我将把NDB的使用限制在需要它提供的特定特性的应用程序上。

咨询

对于从MySQL开始的数据库世界中的人来说，我将使用一个非复制的基于InnoDB的数据集。当需要复制/ HA /缩放时，请考虑组复制或Galera。只有当NDB更适合您的应用程序时，才迁移到NDB。

Answer 2

• 您有以下各种选项：
  • 没有复制的单个节点：
    • 一位负责读/写的大师，如果主人倒下，你就死定了。

- **A single node with one or more replication nodes**: 

- one master who handle the writes.
- one or more replica that can help in READ operations but can't help in WRITE.
- if the master goes down, you can pick up one of the replica nodes to become the master.
- downtime will be the time required to start the replica as master.

- **A multi-master with group replication**: 

- more than one master node that can help with the write operation.
- all the group nodes help with the READ operation.
- changes are synced to other nodes and handle conflicts automatically.
- if one of the masters goes down you still alive.
- you are dead only if all the masters goes down.

- **A cluster**:  
    - the best solution ever.
    - you have:  
        - data nodes 
        - Application nodes/MYSQLD 
        - management nodes

    - data are synced in synchronous mode.
    - auto-sharding
    - parallel writes without any conflicts.