问题[xtradb](server)

我一直在审查 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这个单点故障？（如果一个幸存的节点在控制器（node1）关闭/不同步的情况下重新启动，该节点也将失败）。

我正在一个社交网站上工作，其读/写比例约为 90/10。试图决定使用 MySQL 引擎。我感兴趣的是：

1. XtraDB
2. PBXT
3. TokuDB

它们对我的用例有什么优缺点？

几个具体问题：

• PBXT 使用基于日志的结构来避免双重写入。这听起来很优雅，但我看到的基准测试并没有显示出任何/很多优于 XtraDB 的优势。您有任何使用 PBXT/XtraDB 的经验可以分享吗？

• TokuDB 听起来很有趣。但是我看到的所有基准都是关于单线程批量插入的——例如插入 100M 行。这与 OLTP 不太相关。它在多核上同时运行大量并发线程读写的性能如何？有人试过吗？