3

我们的应用程序使用 Amazon RDS Aurora 的读取器和写入器实例。AWS 仪表板显示副本延迟始终约为 20 毫秒。但是,我们在 master 上提交后超过 90 毫秒在阅读器上看到旧结果,在某些情况下至少长达 170 毫秒。

在执行 CRUD 操作时,我们的应用程序提交数据,然后向客户端发出 HTTP 重定向以加载新数据。重定向的网络周转时间记录在客户端上,通常至少为 90 毫秒。我们在应用程序服务器上记录提交时间和读取时间,并看到大约 170 毫秒的差异。旧数据不断出现。

在 Aurora 之前,我们有一个标准的 MySQL 复制设置,但功能明显不那么强大,而且从未遇到过这个问题。

将应用程序更改为从同一个 Aurora 实例读取和写入可以解决问题,但我认为 Aurora 使用共享存储进行复制。到底是怎么回事?这可能是 Aurora 的查询缓存的问题吗?报告的副本滞后是否不准确?

任何帮助,将不胜感激。

谢谢,

4

1 回答 1

0

如果您确实关心强一致性,则应该向编写器(RW 集群端点)发出查询。在这一点上,您看到过时的数据并且副本滞后指标没有捕捉到它,这绝对是令人担忧的。为了对该特定部分进行排序,我建议使用 AWS Aurora 打开一个支持案例。

于 2018-10-26T21:45:29.360 回答