mariadb galera - 节点关闭时出错 ERROR 1047 WSREP 尚未准备好节点以供应用程序使用

Question

我在 2 个 CentOs 6.6 服务器上安装了 2 个 Mariadb Galera 节点 (mariadb-galera-10.0.27-linux-x86_64.tar.gz)。

安装后，我用参数--wsrep-new-cluster启动node1，然后不带这个参数启动node2。 它们工作正常，数据在 2 个节点之间成功同步。

但是，当我关闭 node1. Node2 仍在运行，但是当我尝试访问数据库时。它显示此错误：

use testdb;
ERROR 1047 (08S01): WSREP has not yet prepared node for application use 

在这种情况下会发生什么？ 这是我在 2 个节点上的配置（只是不同的 IP 地址）

[galera] 
wsrep_on=ON
wsrep_cluster_name='mysql-cluster'
wsrep_provider='/home/mariadb/mariadb-galera/lib/galera/libgalera_smm.so'
wsrep_provider_options="gcache.size=1G"
wsrep_cluster_address="gcomm://10.211.26.116:4567?

pc.wait_prim=no"
wsrep_sst_method=rsync
binlog_format=row
default_storage_engine=InnoDB
innodb_autoinc_lock_mode=2
bind-address=0.0.0.0
wsrep_node_address=10.211.26.117:4567
wsrep_node_name='db2'

Answer 1

两节点集群

在双节点集群中，单节点故障会导致另一个停止工作。

情况

您有一个仅由两个节点组成的集群。其中一个节点不优雅地离开集群。也就是说，它不是通过 init 或 systemd 关闭，而是崩溃或失去网络连接。剩下的节点变得不可操作。在第三方（例如人工操作员或其他节点）提供一些额外信息之前，它一直如此。

如果节点在另一个节点不正常地离开集群后仍保持运行，则两个节点中的每个节点都可能认为自己是主要组件。为防止这种情况，节点将变为不可操作。

解决方案

您可以使用两种解决方案：

• 您可以使用 pc.boostrap wsrep Provider 选项引导幸存节点以形成新的主组件。为此，请登录数据库客户端并运行以下命令：

SET GLOBAL wsrep_provider_options='pc.bootstrap=YES';

这会将幸存的节点引导为新的主要组件。当其他节点重新上线或与该节点重新建立网络连接时，它将发起状态转移并赶上该节点。

• 如果您希望节点继续运行，您可以使用 pc.ignore_sb wsrep Provider 选项。为此，请登录数据库客户端并运行以下命令：

SET GLOBAL wsrep_provider_options='pc.ignore_sb=TRUE';

节点会继续处理更新并将继续这样做，即使它怀疑存在裂脑情况。

注意警告：在多主机设置中启用 pc.ignore_sb 是危险的，因为存在上述脑裂情况的风险。但是，它确实简化了主从集群中的事情（尤其是在您只使用两个节点的情况下）。

除了上面提供的解决方案之外，您还可以使用 Galera Arbitrator 完全避免这种情况。 Galera Arbitrator 在仲裁计算中充当奇数节点。这意味着，如果您在双节点集群中的一个节点上启用 Galera Arbitrator，则该节点仍然是主要组件，即使另一个节点出现故障或失去网络连接。

http://galeracluster.com/documentation-webpages/twonode.html

Answer 2

可能的原因是您的 node1 不正常地关闭了，或者至少 node2 认为它确实如此。在这种情况下，2 节点集群会出现脑裂情况，集群的其余部分无法决定它们是否应该是主要组件。这就是不推荐使用 2 节点集群的原因。

查看node1的日志，看它是否正常关闭，如果正常关闭，则查看node2的日志，看看它是如何感知这种情况的。如果它看到 node1 正常关闭，它会说类似

[Note] WSREP: forgetting xxxxxxx (tcp://X.X.X.X:XXXX)

等等；但是如果它认为另一个节点丢失了，那就更像

[Note] WSREP: (70f85e74, 'tcp://x.x.x.x:xxxx') turning message relay requesting on, nonlive peers: tcp://X.X.X.X:XXXX

等等。

请参阅http://nirbhay.in/blog/2015/02/split-brain/ 了解更多详细信息并记录脑裂情况的示例。

避免这种情况最便宜的方法是使用 Galera 仲裁器：http://nirbhay.in/blog/2013/11/what-is-galera-arbitrator/