分布式数据库的最佳设计
分布式数据库的最佳设计
提问于 2011-05-05 22:16:04
我有一个项目，其中我们有一个中央系统，它在MySQL之上公开了一个应用程序接口。我们现在需要在几个不同的机器(可以是50+)上本地复制相同的服务。我们希望在每个机器上都有一个数据库的本地缓存，以确保在“中央”系统宕机时快速响应和故障转移。
你知道最好的设计是什么吗？我在考虑某种主/从设置，但我不确定这是否适用于50+服务器。我不确定什么是最好的方法。
回答 2
Stack Overflow用户
发布于 2011-05-05 22:29:43
那MySQL's own replication solution呢？如果你已经排除了这一点，你应该说出原因。
Stack Overflow用户
发布于 2011-05-05 22:29:03
通过我所看到的复制，您将拥有一个主节点和一个或多个从节点。如果主人倒下了，其中一个奴隶就会接手。使用50+ slaves，您会有一个很长(且令人困惑)的主控链。
在不了解您拥有的数据类型或读/写百分比的情况下，我建议使用以下方法之一：
- 在本地缓存静态数据(memcache等)。读操作将是本地的，而写操作将返回到mysql主服务器。这适用于大多数静态配置信息。我现在有6台服务器在该设置中。
- 共享您的数据。对于50台服务器，将它们设置为25个主/从对，并将1/25的数据放在每个分片上。再获取一台服务器以实现N+1冗余。
希望这能有所帮助。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/5899177
复制相关文章
相似问题
腾讯云开发者
