我应该使用MySQL Cluster,Master to Master复制还是其他什么?

时间:2016-01-13 16:43:28

标签: mysql

我开始使用一个独立的MySQL服务器,然后继续使用Master到Slave复制。这都在我们的网络中。我有一个云应用程序,客户将订单发布到我们的系统。当我们的ISP倒闭时,这是一场噩梦。

我希望现场有一台服务器和一台可以同步的服务器,如果一台服务器发生故障,另一台服务器可以接管并且不会错过任何一步。我有我的DNS故障转移和2个Web服务器,但我无法决定我需要为MySQL服务器做些什么。

我不介意投入学习MySQL集群的工作,但我不确定这是否是正确的解决方案或掌握或其他东西?

规模:我的订单表目前有150,000行,今年可能增长到500,000,并且可能在接下来的几年内开始达到数百万。

任何建议都会受到高度赞赏,因为我从未在这个问题上接受任何正规学校教育。

提前致谢。

1 个答案:

答案 0 :(得分:1)

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

如果您需要在现场托管 - 那么请考虑改善您的站点连接,就像所有数据中心一样 - 拥有备份ISP通道,具有自己的AS(ip自治系统)和BGP路由 - 因此当一个ISP发生故障时 - 甚至是ips保持不变,流量与其他流量保持平衡。

Mysql服务器不支持主 - 主复制,只有mysql集群支持多主机,所以实际上如果需要快速故障转移 - 问题是是自己托管还是使用DBaaS(数据库即服务,人们)喜欢cleardb)。

带有SLA和故障转移的DBaaS非常昂贵,还会增加一些网络延迟,因为您自己的应用和数据库服务器组很可能位于相同的数据中心。但从好的方面来说 - 它们设置起来更容易,更快捷。