我有一个应用程序,它每隔几分钟接收大约1000个不同来源的数据。这些数据需要保存到OSS数据库中(很可能是MySQL --但取决于答案,如果合适,我会考虑切换)。
发送信息的1000台外部服务器通常每2分钟从应用程序请求数据。
应用程序是数据的关键,因为它永远承受不起停机。我已经为HA (高可用性)排序了应用程序部分,但我需要数据库HA的建议。Oracle不是一种选择。
一个朋友建议在应用服务器之间同步SQLlite,但对我来说这听起来很危险。我查看了一个主主MySQL db安装程序,但是它看起来有问题,而且来自用户的评论可能不稳定。
有什么建议吗?
必须在linux上运行,必须是开源的。
发布于 2009-11-04 10:17:25
在关键数据库上的生产中,我们已经使用了主<->主MySQL复制多年的2+,没有任何问题。在我们的设置中,数据库是在不稳定的非专用链接上复制的.配置简单,灾难恢复没有麻烦。我推荐它。
以前,我们一直在使用一个MySQL主->从复制的专用链接的心跳失败,这是一个可行的选择-但这两台机器必须在同一路由器后面。
发布于 2009-11-04 00:13:31
也许是MySQL集群?
不管怎样,是的,忘了SQLite吧。这是你的问题的错误解决方案。
发布于 2009-11-04 10:54:38
Mysql集群似乎是一个很好的解决方案,但是取决于数据库大小,因为目前所有数据在使用Mysql群集时都必须装入内存。
https://serverfault.com/questions/81208
复制相似问题