MySql集群“裂脑”解决方案？

Question

在几天之前，我在贝尔格莱德参加了一些IT会议。关于议程是一个关于MySql的主题，以及MySql中的聚类，来自MySql的人说他们拥有群集裂脑问题的最佳解决方案，有没有人知道这个，这是真的还是只是营销手法？

Answer 1

MySQL Cluster需要至少3个系统，允许其中一个节点成为处理裂脑情景的仲裁器。其中两个系统可以运行数据节点/ mysqld节点，第三个系统需要运行管理节点（默认情况下通常是仲裁器，但SQL节点也可以作为它们运行）。

如果大脑裂开（即两个数据节点之间不能相互通信，但它们仍在运行），那么他们就会意识到这一点并要求仲裁员决定允许哪个节点继续跑步如果节点无法与仲裁器通信，则它将关闭。仲裁器可以与所有节点通信，它将选择一个节点继续运行并告诉其他节点关闭。

仲裁器通常是管理节点，但也可以是数据节点。如果仲裁器失败，则群集可以选择新的仲裁器。但是，它在仲裁期间无法执行此操作，因此如果数据节点和仲裁器同时发生故障，则第三个节点将关闭。

当然，当你有多个节点组时，它会变得有点复杂，但同样的基本思想也适用于那些情况。

您可以在MySQL Cluster FAQ。

中详细了解相关信息

Answer 2

这是否是真实的主观，虽然我听说mysql的集群支持是好的。然而，这个概念肯定是支持的，并且正在用于其他数据库，例如用于postgres的Slony-I。

如果您明确表达最佳方面（即性能，正常运行时间，易于设置等），您可能会得到更有用的回复。