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

Question

我开始只使用单独的 MySQL 服务器，然后转而使用主从复制。这一切都在我们的网络内。我有一个云应用程序，客户可以在其中将订单发布到我们的系统。当我们的 ISP 宕机时，那就是一场噩梦。

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

我不介意投入学习MySQL集群的工作，但我不确定这是否是正确的解决方案或master to master或其他什么？

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

任何建议将不胜感激，因为我从未在这个问题上接受过任何正规教育。

提前致谢。

Answer 1

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

如果您需要进行现场托管 - 那么请像所有数据中心一样，考虑改善站点的连接性 - 拥有备用 ISP channel ，拥有自己的 AS(ip 自治系统)和 BGP 路由 - 因此，当一个 ISP 发生故障时 - 即使是 ips保持不变，流量只是与其他人保持平衡。

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

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