为许多站点使用中央数据库服务器:看似合理吗？

Question

基本上,我需要在几十个站点上同步数据库数据的某些部分.完美的解决方案是创建一个托管该数据的中央服务器.

每个页面加载都必须从两个数据库服务器(本地和远程服务器)获取数据,并且写入远程服务器也很常见.

虽然数据库服务器可以像所需的硬件一样快,但我对瓶颈很谨慎:

• 必须在每个页面加载上建立多个数据库连接.
• 在两个物理位置之间传播的信号的延迟.

我有权利担心吗？将数据库与cronjobs或其他技术同步会更明智吗？

---

除了分配奖金之外,我还在增加一个问题,希望有真实生活经验的专家出现:

还有哪些其他技术(除了cron)来同步MySql数据库？

Answer 1

任何建议离线同步的方法都在浪费 mysql 复制的好处

（考虑到您提到的不清楚的情况）
您的解决方案可以很简单，只需将读/写分开

这对本地数据库来说意味着，

1. 确保本地仅对您想要从集中数据库同步的数据库启用读取
2. 写操作提交到集中数据库（而不是本地数据库）
3. 集中数据库会将更新复制到所有本地数据库

问题

1. 由于网络延迟导致的复制延迟

好处

1. 数据完整性，因为写操作只能由集中服务器完成，并使用复制将更改复制到各个本地数据库
2. 本地数据库可以允许单独的写入操作（另一组数据/数据库）
3. 从本地数据库读取比集中式数据库快得多（考虑读操作比写操作更频繁）