MySQL Master(Active) - Master(Active) 复制答案

【问题标题】：MySQL Master(Active) - Master(Active) ReplicationMySQL Master(Active) - Master(Active) 复制
【发布时间】：2012-09-25 10:15:15
【问题描述】：

我打算在我的项目中使用 MySQL 的 Master-Master (Active-Active) 架构。在我的项目中，我有两个活动站点和灾难站点。在活动站点上，我们确实使用了 2 个 MySQL 数据库服务器 - 一个是 Master Active，另一个是 Master Passive，它将数据复制到灾难站点。 Master Active 也复制到 Master 被动。所有三个应用服务器都只在主服务器上写入。

现在，我打算将 Master Passive 用作 Master Active。现在，活动站点将有两个活动主站，一个应用服务器将写入一个活动主站，另外两个应用服务器将写入第二个活动主站。

如果您能启发使用此架构的利弊，那就太好了。可能会出现什么问题，有什么补救措施？

仅供参考。会话粘性也用于从 Web 服务器到应用程序服务器。

谢谢，

普拉尚·古普塔

【问题讨论】：

标签： mysql database session database-replication master-slave

【解决方案1】：

你想达到什么目的？提高可用性？性能？

您打算如何管理从应用服务器到数据库实例的连接？浮动IP地址？静态映射？故障转移呢？你有什么监控来衡量主节点的可用性？复制滞后？

【讨论】：

我们希望在两个数据库服务器之间分配写入负载。正如我已经提到的，我们将使用从应用服务器到数据库服务器的静态映射。如果一个应用服务器发生故障，Web 服务器将永远不会将请求重定向到发生故障的应用服务器。如果 db server 出现故障，则需要人工干预。我们已经有脚本可以定期检查主节点的可用性。对于复制延迟检查，我们使用 heartbeat.Replication lag is 0
web server will never redirect the requests to failed application server - 它是如何工作的？ We want to distribute the write loads between two db servers - 那么主-主异步复制不会有帮助 - 你的写入负载会更高。