我试图找出设计使用复制数据库的主动 - 主动群集的最佳方法。对于网络负载平衡和故障转移，我可以使用Windows NLB。对于数据库，我可以使用MySQL，它可以开箱即用地进行主 - 主复制。这是一个简单的部分。
现在我的问题是如何编程连接到复制数据库的消息服务。设计它的最佳方法是什么，以便两个服务在没有冲突的情况下使用相同的表？失败时，失败节点的未完成事务必须由另一个节点承担。
以下是消息服务的工作原理。 Web客户端将使用收件人和消息调用Web服务。 Web服务将消息插入数据库队列。满足特定条件时，将传输消息。这可能在几秒钟内或几天后发生。
我在互联网上进行了大量搜索，但无济于事。有没有人做过类似的事情？感谢。
答案 0 :(得分：0)
如果mysql不是必需的，我建议使用像http://ravendb.net/这样的nosql内存优化数据库，它比mysql更适合高可用性。只是一个想法。
聊天应用程序通常不需要交易/强烈的可靠性。
TSQL更适合以数据可靠性为重点的金融应用程序，对于聊天而言，以速度为重点的数据库可能会更好。
只需2美分，因为这看起来更像是对意见的要求。
修改
看起来raven支持ACID交易，所以更好。