AWS RDS PostgreSQL:what'；PostgreSQL复制延迟的承诺值是多少？

我有一个具有四个副本的主RDS实例

• 主要数据库：Postgres、4个vCPU、16GB RAM、美国西部2a

• Replica1:Postgres、4个vCPU、16GB RAM、美国西部2a、200G SSD（无 流量，仅用于测试）

• Replica2:Postgres、4个vCPU、16GB RAM、us-west-2b、200G SSD（无 流量，仅用于测试）

• Replica3:Postgres、2个vCPU、8GB RAM、us-west-2b、200G SSD（小容量） （交通量）

• Replica4:Postgres、2个vCPU、8GB RAM、us-west-2b、200G SSD（小容量） （交通量）

主副本和读取副本之间的延迟超过16秒，且IOPS不高，有时为30秒

我花了很多精力去挖掘滞后的根本原因

这是一个没有任何流量的复制副本的CloudWatch报告

假设一：这是由IO信用造成的吗？ 这是IO信用的报告，在过去的六个小时里，它始终是100%，我认为这不是IO问题造成的

即使我不认为这是由IO引起的，我还是决定将数据库的磁盘从GP2升级到IO1，配置3000 IOPS

但它不起作用，滞后仍然存在

假设二：是否由参数热备用引起？ 雷皮亚没有交通堵塞！它与postgresql参数

max\u standby\u streaming\u delay

和

hot standby

假设三：这是由网络IO引起的吗？ 流量始终小于1M/s

假设四：它是由在我的应用程序中触发的长时间运行的查询引起的吗？ 我创建了两个全新的m5.large PostgreSQL实例来验证这个假设，并使用pgbench进行基准测试

• 主：M5.large，配置了3000个IOPS

• 副本：M5.xlarge，具有1000个已配置的IOPS

我很惊讶！滞后时间从0到24秒不等

您可能会问，为什么不将此问题发布到aws

我问过了，但没有人回答我

我觉得被骗了，我想从你的经历中知道复制滞后的真正价值

问题 AWS Amazon Aurora提供了滞后的估计值（）。这是我的基准报告，滞后时间在25ms以下

说到AWS RDS PostgreSQL：

• 有人能告诉我aws RDS PostgreSQL复制延迟在野外的正常值是多少吗

• AWS RDS PostgreSQL承诺的复制延迟估计值是多少

根据RDS文档：

如果源数据库实例上没有发生任何用户事务，则PostgreSQL读取副本会报告最多五分钟的复制延迟

如果脚本按照建议每隔几毫秒写入数据库，您是否可以检查复制延迟