使用MySQL复制在两个Percona集群之间复制数据
我们目前有一个3节点Percona集群运行在一个数据中心中。我们希望在灾难发生时增加容错能力，以防止对单个数据中心的依赖，并将我们的Percona数据与第二个数据中心同步，这样我们就可以轻松地切换我们的应用程序，以便在发生这种事件时连接到一个新的同步集群。
虽然我知道我可以简单地在许多数据中心中添加更多的主节点，但我们不能牺牲数据中心在不同位置增加的往返写入时间。相反，我想知道是否可以用MySQL复制来完成这个任务。我的想法是这样设置它：
3节点主Percona集群-> MySQL复制DB -> 3节点二级Percona集群
虽然我意识到可能有一些小的复制滞后和数据可能不同步几秒钟，这是一个我们愿意做的权衡。有了这样的设置，我们就很容易在交换机的另一端切换集群。
我有几个问题：
- 这主意不好吗？我个人认为这里没有什么主要的缺点，但我是不是遗漏了什么？
- MySQL从副本可以同时接收数据(来自主Percona集群)和写入数据(到二级Percona集群)吗？
- 如果主Percona集群崩溃，我们开始使用/写入二级Percona群集，会发生什么情况？当主Percona群集返回时，如何轻松地将其与来自二级Percona群集的新数据同步？我们能否(暂时)建立一个6节点集群，Percona将完成这项工作？
我知道这是很多问题，但非常感谢你的帮助！
回答 1
Server Fault用户
发布于 2014-03-19 17:29:06
群集-> MySQL ->群集工作。虽然我本人还没有尝试过，但我知道，从几个月前开始，集群->集群很快就会成为™的一种选择，因此您可能可以跳过中间步骤。从PXC的PoV中，您奴役自己远离其中的一台机器，而其他的机器则奴役自己；如果这种区别有意义的话，您与其说是“接收数据和写入数据”，不如说是接收数据和允许从您那里接收数据。
要重新同步，只需在每一个集群上设置像主主机一样的手动调优auto_increment_increment和auto_increment_offset。可能很简单，但最坏的情况是，它意味着约束PXC选择的auto_increment_{增量，偏移}，这将是一个小补丁。
加分:为了获得最大的复制速度，修改(使用会话中的sql_log_bin=0！)您的表在中间数据库上使用黑洞引擎。
https://serverfault.com/questions/583187
复制相似问题
腾讯云开发者
