我应该使用MySQL Cluster，Master to Master复制还是其他？

Question

我刚开始使用独立的MySQL服务器，并开始使用Master to Slave复制。这些都在我们的网络中。我有一个云应用程序，客户向我们的系统发布订单。当我们的ISP出现故障时，这是一场噩梦。

我正在寻找一台服务器现场服务器和一台可以同步的服务器，如果一台服务器出现故障，另一台服务器可能接管并且不会错过一个步骤。我有我的DNS故障转移和2个Web服务器，但我无法确定我需要为MySQL服务器执行什么操作。

我不介意把工作放在学习MySQL集群上，但我不确定这是否是正确的解决方案或掌握掌握或其他的东西？

规模：我有一个订单表，目前坐在150,000行，今年可能增长到50万，并可能在未来几年开始进入数百万。

任何意见将不胜感激，因为我从来没有任何正式的学校在这个问题上。

在此先感谢。

Answer 1

最简单的方法 - 只需将您的服务器放置在一些可靠的数据中心。通过这种方式，您可以将故障率降低到可以容忍的程度，并通过主从配置进行半手动处理。

如果您需要现场托管 - 然后查看与所有数据中心一样，改善您的站点连接性 - 具有备份ISP通道，具有自己的AS（IP自治系统）和BGP路由 - 所以当一个ISP出现故障时 - 甚至ips保持不变，交通只是平衡其他人。

Mysql服务器不支持master-master复制，只有mysql集群支持多主节点，所以实际上如果您需要快速故障切换 - 问题是自己托管它还是使用DBaaS（数据库即服务，像cleardb人）。

具有SLA和故障切换的DBaaS相当昂贵，也会增加一些网络延迟，因为您自己的应用程序和数据库服务器组最有可能位于相同的数据中心。但另一方面 - 它们更容易，更快速地进行设置。