标签: percona-xtradb-cluster

两者之间有什么优点和缺点？我只能找到关于这两个实现的信息，而没有任何关于集群的细节。

我目前正在实施 Percona 集群，但我目前唯一关心的是使用 MYISAM 数据库进行复制。我在这些服务器上的 INNODB 中运行了几个 wordpress 数据库，但是当我需要从其他系统迁移数据库时，它们有时完全或部分是 MYISAM，这导致我最近的设置出现了一些问题。

从 Percona 集群迁移到 MariaDB 集群是更好的选择吗？

我正在设置一个 MariaDB Galera 集群，我可以\xe2\x80\x99t 似乎让节点相互加入。它们都启动时没有错误，但似乎从未加入，状态始终为断开连接：

MariaDB [(none)]> show status like \'wsrep%\';\n+--------------------------+----------------------+\n| Variable_name            | Value                |\n+--------------------------+----------------------+\n| wsrep_cluster_conf_id    | 18446744073709551615 |\n| wsrep_cluster_size       | 0                    |\n| wsrep_cluster_state_uuid |                      |\n| wsrep_cluster_status     | Disconnected         |\n| wsrep_connected          | OFF                  |\n| wsrep_local_index        | 18446744073709551615 |\n| wsrep_provider_name      |                      |\n| wsrep_provider_vendor    |                      |\n| wsrep_provider_version   |                      |\n| wsrep_ready              | ON                   |\n+--------------------------+----------------------+\n

第一个节点的启动方式为：“sudo service mysql start \xe2\x80\x94wsrep-new-cluster”（也尝试传入集群地址，就像 \xe2\x80\x94wsrep_cluster_address=gcomm://）以及将空my.cnf 中的地址列表

第二个节点启动：“sudo service mysql start”，my.cnf 中的集群地址为 gcomm://172.16.56.130,172.16.56.131

无论什么情况，集群状态始终为 \xe2\x80\x9cDisconnected\xe2\x80\x9d 并且集群大小为 0。

我对 SST 使用 xtrabackup 进行了一些设置，打开了 iptables 防火墙等，但为了尝试找到问题，我关闭了所有内容并使用了最简单的配置，但结果仍然相同。 …

我在xinetd 中使用percona-clustercheck（随 Percona 的 XtraDB Cluster 软件包一起提供），并且在尝试 curl clustercheck 服务时遇到错误。

/usr/bin/clustercheck：

#!/bin/bash 
#
# Script to make a proxy (ie HAProxy) capable of monitoring Percona XtraDB Cluster nodes properly
#
# Author: Olaf van Zandwijk <olaf.vanzandwijk@nedap.com>
# Documentation and download: https://github.com/olafz/percona-clustercheck
#
# Based on the original script from Unai Rodriguez 
#

MYSQL_USERNAME="clustercheckuser" 
MYSQL_PASSWORD="clustercheckpassword!" 
ERR_FILE="/dev/null" 
AVAILABLE_WHEN_DONOR=0

#
# Perform the query to check the wsrep_local_state
#
WSREP_STATUS=`mysql --user=${MYSQL_USERNAME} --password=${MYSQL_PASSWORD} -e "SHOW STATUS LIKE 'wsrep_local_state';" 2>${ERR_FILE} …

我一直在审查 XtraDB 集群，并使用 4 个实例在 Openstack 上创建了一个 PoC 环境，在我的弹性测试期间失败了。

根据 pxc 文档：http ://www.percona.com/doc/percona-xtradb-cluster/howtos/virt_sandbox.html ，其中涵盖了 3 个节点安装，我选择了第 4 个。

1. 初始设置完成数据加载测试通过，所有节点同步更新，使用 1.6GB 测试 sql 文件加载数据库。
2. 节点的故障和恢复开始，此测试需要停止节点上的 mysql 服务，创建并随后删除数据库以测试幸存的节点复制，并启动关闭的节点以重新同步。
   1. 这适用于节点 4,3,2。
   2. 根据 pxc 文档，Node1 本质上是一个控制器，不会重新加入集群。

所以我的问题如下：

1. 如果幸存的节点已将数据写入其中，如何使控制器节点恢复服务
2. 使用4个节点作为参考，有没有办法消除node1中的这个单点故障？（如果一个幸存的节点在控制器（节点 1）关闭/不同步的情况下重新启动，该节点也将失败）。