【问题标题】: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 节点是否同步?

他们需要管理节点来保持同步吗?

提前致谢。

【问题讨论】:

    标签: mysql mysql-cluster


    【解决方案1】:

    管理节点充当数据节点的仲裁者。如果 mgmt 节点宕机并且两个数据节点互相看到,则集群具有仲裁并正常运行,同步数据。 Mgmt 节点角色只是将集群配置保持为仲裁,它不参与数据同步。

    【讨论】:

    • 问题是,SQL节点是否参与数据同步??
    • 实际上,如果我有 MGMT 节点和 SQL 节点,一台名为 A 的服务器,然后是两台单独的服务器,每台一台运行数据记录,如果 A 关闭会影响两个数据节点之间的同步??
    猜你喜欢
    • 2017-03-12
    • 2016-01-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多