Database 低延迟的数据库地理复制

我有一个网站，我目前在一个单一的服务器托管在欧洲。为了提高非欧洲用户的延迟，我想在美国和亚洲添加本地服务器

保持静态文件同步没有问题。我们每天只添加一次新内容，因此一个简单的rsync cron作业可以很好地保持文件更新

我完全迷恋的是如何在数据库端处理这个问题？我更希望使用一个主数据库来保存所有用户信息，这样，如果本地服务器离线，我们的主服务器中总是有用户数据（无论备份如何）

迄今为止我们考虑了2个选项：

支持地理复制的数据库

支持即时地理复制的数据库。应该非常容易设置，并且应该具有非常低的数据库写入延迟（即不必等待主服务器上的“写入成功”消息）

主数据库和本地数据库的编程方法

用户同时从一个区域访问，因此我们可以制作一些连接到主数据库和本地数据库的东西。在第一次登录时，所有用户信息都将从主数据库中提取并缓存在本地数据库中。从那时起，用户生成的所有数据都可以存储在本地数据库中，并在后台同步回主数据库。可以工作，但似乎过于复杂，难以修复，如果有东西不同步

关于数据库的更多背景信息

• 我们的数据库执行大量读取，很少执行写入
• 数据库性能根本不是问题。因此，我们只希望改善用户体验（降低延迟）
• 用户生成的数据不多（一般为10kb，最大为200kb）
• 我们不是银行或证券交易所，如果一些用户数据在一分钟甚至几分钟后同步回主服务器，这不是什么大问题

我们的问题

• 是否有描述此特定问题的名称？（这样我可以在谷歌上搜索得更好）
• 是否有一个数据库可以进行开箱即用的地理复制，而不会造成延迟损失？（也许是沙发吧？）
• 规划方法是可行的，还是痛苦的世界

---

如果有任何见解，或者是一篇文章的链接，我都会非常感激。我确信有更多的小规模网站遇到了这个问题。

尝试搜索

分布式数据库

或

地理分布数据库

经过更多搜索，我发现了一个更好的描述：异步复制（不等待更改验证到群集中其他服务器的复制，因此延迟较低）。另一个更通用的术语是“延迟复制”。顺便说一句，欢迎提供有关如何改进我的问题的任何指导！