Percona XtraDB集群节点恢复

Question

我一直在回顾XtraDB集群，并使用4个实例在Openstack上生成了一个P.o.C.环境，在我的恢复力测试中这个环境已经崩溃了。

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

1. 初始安装程序已完成数据加载测试，所有节点都在使用1.6GB测试sql文件同步更新以加载数据库。
2. 节点的故障恢复开始，此测试需要在节点上停止mysql服务，创建并随后删除数据库以测试幸存的节点复制，并将下线节点启动为resync。
   1. 这对于节点4,3,2很好。
   2. Node1 (根据pxc文档本质上是一个控制器)不会重新加入集群。

因此，我的问题如下：

1. 如果幸存的节点已经被写入数据，那么如何返回控制器节点来服务？
2. 使用4个节点作为参考，是否有办法消除node1中的单个故障点？(如果一个幸存的节点在控制器(node1)下行/不同步的情况下重新启动，该节点也将失败)。

Answer 1

对这一问题的进一步研究似乎是一个可行的方法(暂时不接受这个答案，万一有人回答得更好)：

1. 循环设置
   1. 每个pxc文档都从节点1同步所有节点。
   2. 停止node2重新指向node3，启动节点2
   3. 停止node3重新指向node4，启动节点3
   4. 停止node1重新指向node2，启动节点1

此设置似乎至少通过断开连接来记录任何节点的丢失，并且在恢复节点同步时没有问题。

Answer 2

如果Mysql不愿启动，原因是数据库表损坏了。

复制服务器正在做的事情，并为客户端dbs从停止的服务器获取一个好的副本。

它通过nc存储来自$MYSQLHOME的数据库文件。

我们使用scp将好的文件移到适当的位置，然后通过启动坏服务器的mysql重新启动同步。