当 NDB Cluster 中的单个且唯一一个管理节点出现故障时会发生啥
Posted
技术标签:
【中文标题】当 NDB Cluster 中的单个且唯一一个管理节点出现故障时会发生啥【英文标题】:what happens when single and one and only management node goes down in NDB Cluster当 NDB Cluster 中的单个且唯一一个管理节点出现故障时会发生什么 【发布时间】:2014-04-28 06:24:01 【问题描述】:我已经设置了具有 5 个节点的 mysql NDB 集群 (mysql-cluster-gpl-7.3.5-linux-glibc2.5-x86_64),如下所述:
节点A:多线程数据节点1,SQL节点1
节点B:多线程数据节点2,SQL节点2
节点C:管理节点1
所以我只保留了一个管理节点来处理其他节点。
当事务进行时,我突然杀死了管理节点的进程,而其他节点仍然在运行。甚至两个 DB(SQL 节点)的响应时间也没有波动。
你能解释一下此时发生了什么吗? 在这种情况下 SQL 节点是否同步?
或
他们需要管理节点来保持同步吗?
提前致谢。
【问题讨论】:
【参考方案1】:管理节点充当数据节点的仲裁者。如果 mgmt 节点宕机并且两个数据节点互相看到,则集群具有仲裁并正常运行,同步数据。 Mgmt 节点角色只是将集群配置保持为仲裁,它不参与数据同步。
【讨论】:
问题是,SQL节点是否参与数据同步?? 实际上,如果我有 MGMT 节点和 SQL 节点,一台名为 A 的服务器,然后是两台单独的服务器,每台一台运行数据记录,如果 A 关闭会影响两个数据节点之间的同步??以上是关于当 NDB Cluster 中的单个且唯一一个管理节点出现故障时会发生啥的主要内容,如果未能解决你的问题,请参考以下文章