AWS Aurora 集群：强一致性还是最终一致性？
AWS Aurora cluster: strong or eventual consistency?
我有一个带有只读副本的 Aurora PostgresSQL 集群。
我想找出（最好在 AWS 文档中）它是否为写入后从 RO 副本读取提供了强一致性，或者它是否“最终一致”意味着 RO 副本可以 return 在正在进行的复制过程中陈旧数据？
不幸的是，这在文档中不是很清楚。
我发现 here 是：
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.
但是，我不确定如何解释这一点 - 它 return 是否总是以更高的延迟为代价的相同数据以及增加的复制滞后，或者它是否可以 return 在复制？
此外，我不确定它是否取决于底层数据库引擎（在我的例子中是 Postgres）。
它是异步复制，如docs中所写。这意味着 Aurora 副本可以 return 旧数据，即使新数据已经写入 writer 实例。
我有一个带有只读副本的 Aurora PostgresSQL 集群。
我想找出（最好在 AWS 文档中）它是否为写入后从 RO 副本读取提供了强一致性，或者它是否“最终一致”意味着 RO 副本可以 return 在正在进行的复制过程中陈旧数据？
不幸的是，这在文档中不是很清楚。
我发现 here 是：
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.
但是，我不确定如何解释这一点 - 它 return 是否总是以更高的延迟为代价的相同数据以及增加的复制滞后，或者它是否可以 return 在复制？
此外，我不确定它是否取决于底层数据库引擎（在我的例子中是 Postgres）。
它是异步复制，如docs中所写。这意味着 Aurora 副本可以 return 旧数据，即使新数据已经写入 writer 实例。