Aurora PostgreSQL集群RO副本读取是强一致性还是最终一致性？

核心结论 #

默认配置下，带只读副本的Aurora PostgreSQL集群提供的是最终一致性，而非强一致性：主节点写入操作完成后、变更同步到只读副本的滞后窗口内，访问只读副本会返回过时数据，不会为了保证一致性额外增加写入延迟。

官方文档表述解读 #

你查到的文档原文：

As a result, all Aurora Replicas return the same data for query results with minimal replica lag. This lag is usually much less than 100 milliseconds after the primary instance has written an update.

这段表述的真实含义是：

• 所有只读副本最终会返回完全一致的查询结果，不存在不同副本返回不同版本数据的情况
• 主节点写入的变更同步到所有只读副本的延迟通常低于100毫秒，仅在这个极小的时间窗口内可能读到旧数据
• 该逻辑没有强一致性保证，不会主动阻塞读请求等待同步完成，也不会为了一致性额外抬升写入延迟

引擎相关性说明 #

上述复制逻辑是Aurora集群底层的原生实现，和上层使用的数据库引擎无关，PostgreSQL和MySQL引擎的Aurora集群默认副本读规则完全一致。

强一致性读替代方案 #

如果你的业务要求写入后必须立刻读到最新数据，可选择两种方案：

• 直接访问主节点执行读请求
• Aurora PostgreSQL 13及以上版本支持配置会话级aurora_read_replica_consistency参数开启强一致性读，开启后读请求会等待副本同步到对应提交位点再返回，会对应增加读延迟。

内容的提问来源于stack exchange，提问作者fyrkov