postgresql – 向中国插入内容时的延迟问题

发布时间：2020-12-13 16:20:56 所属栏目：百科来源：网络整理

导读：背景我们有一个应用程序将写入在法兰克福数据中心托管的postgres数据库. 该应用程序安装在我们遍布全球的8个站点中,分别来自中国,韩国,印度,德国,法国和墨西哥. 在欧洲连接到法兰克福数据库时,响应时间很长.但是,从中国北部连接时,响应时间很慢. 中国的大防

背景

我们有一个应用程序将写入在法兰克福数据中心托管的postgres数据库.
该应用程序安装在我们遍布全球的8个站点中,分别来自中国,韩国,印度,德国,法国和墨西哥.

在欧洲连接到法兰克福数据库时,响应时间很长.但是,从中国北部连接时,响应时间很慢.
中国的大防火墙正在推迟响应时间,并且除此之外,距离是一个决定性因素.

我们决定在韩国为我们的亚洲网站建立第二个数据库.韩国和中国网站上的应用程序将供应
韩国数据库.它大大减少了延迟,并且像魅力一样工作.

问题是无法在朝鲜语数据库和德语数据库之间复制数据,因为不允许双向复制.

我们现在回到原点,因为我们不确定要采取什么步骤,因为我们只需要一个数据库,但我们需要不错的响应时间.
我们不想重写应用程序.

问题：

>我们需要一个解决方案,我们可以在这里为世界各地的每个站点提供数据库和响应时间都很好的地方.
我们可以看看RDS以外的其他解决方案吗？
>如果我们继续使用RDS,是否有一个数据中心可以管理全世界的体面时间响应？

不确定这是否是提出这个问题的正确位置.如果不是,请发表评论,我将删除该问题.

距离和插入中间盒都增加了延迟,没有避免这种情况.

可能存在其他位置来托管数据库,并具有可接受的延迟折衷.然而,这么多延迟会伤害响应时间.继续测试.

我知道PostgreSQL存在多主复制解决方案.这不在您当前的软件中,可能不会包含在云产品中.它将受益于经验丰富的DBA,比一个实例更复杂,风险更大.

或者让客户更接近.通过远程桌面或VDI本地数据库托管.当查询的加载时间大大改善时,可能容忍接口缓慢.

最后,改变应用程序,尽管它是多么没有吸引力.至少分析查询数量,以便知道网络时间量.减少这些可能会获胜.更难的是重新考虑设计,可能是从副本中读取查询但是写入主要.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!