分布式数据库的最佳设计

Question

我有一个项目，我们有一个中央系统，在MySQL之上公开API。我们现在需要在几个不同的盒子（可能是50+）上本地复制相同的服务。我们希望在每个盒子上都有一个DB的本地缓存，以确保在“中央”系统停机时快速响应和故障转移。

知道什么是最好的设计吗？我在考虑某种主/从设置，但我不确定它是否适用于50多台服务器。我不确定什么是最好的方法。

Answer 1

MySQL's own replication solution怎么样？如果你已经排除了这一点，你应该说明原因。

Answer 2

通过我见过的复制，你有一个主服务器和一个服务器。如果主机发生故障，其中一个从机接管。有50多个奴隶，你会有一个长（并且令人困惑）的主人。

我不知道您拥有的数据类型或读/写百分比，我建议使用以下方法之一：

1. 在本地缓存静态数据（memcache等）。读取将是本地的，写入将返回到mysql主服务器。这适用于大多数静态配置信息。我现在有6台服务器。
2. 分享您的数据。使用50台服务器，将它们设置为25个主/从对，并在每个分片上放置1/25的数据。再获得一台N + 1冗余服务器。

希望有所帮助。