失效如何在AWS DynamoDB DAX多区域中工作

Question

我们正在使用DynamoDB全局表，并计划在DynamoDB顶部使用DAX来启用缓存。但是我没有看到任何关于DAX无效将如何在多区域设置中发生的提及。

例如，假设有2个集群，一个在美国-西-2，一个在美国-东-2。如果我们使用DAX客户端更新us-East 2中的内容，它的缓存将被更新，但是当将数据复制到us-West 2时，全局表也会更新us-West 2中的缓存吗？我在DynamoDB留档中没有看到任何对此的提及。

Answer 1

这一直是AWS服务团队的问题。他们似乎孤立地设计事物，而不担心不同的相关背景。我在好几个地方看到过这种设计上的不一致。事实上，即使在DAX和DIMANODB中，2个TTL概念也不考虑它的功能，即使它们是相关的。不知道AWS服务团队什么时候会像微软为他们的解决方案那样，在全环境下设计东西。

Answer 2

此时，区域2中的DAX缓存将不知道GT的复制写入。目前最好的选择是在两个区域的DAX上保持较低的TTL，这样它就可以更频繁地获取最新版本。

Answer 3

DAX缓存不会更新。全局表将在其他区域复制数据。但是，它不会更新缓存。甚至，查询缓存和项缓存是独立的。

DAX不会使用来自DynamoDB的最新数据刷新查询缓存中的结果集。在执行查询或扫描操作时，查询缓存中的每个结果集都是当前的。因此，Charlie的查询结果并不反映他的PutItem操作。直到DAX将结果集从查询缓存中逐出，情况才会改变。

写通过政策：-

DAX项缓存实现直写策略（请参见DAX如何处理写入）。在编写项目时，DAX确保缓存的项目与DynamoDB中的项目同步。这对于需要在写入项目后立即重新读取项目的应用程序非常有用。但是，如果其他应用程序直接写入DynamoDB表，DAX项缓存中的项将不再与DynamoDB同步。

DAX一致性

在上面的语句中，可以考虑<代码>其他应用程序< /COD> Word作为<代码>全局表< /COD>复制。DAX不会知道为全局表所做的复制。