所以我最近一直在阅读很多关于 HRD 和 NDB 的文档，但我仍然对 NDB 是如何缓存的东西有一些疑问。
示例：
想象这样一种情况，用户写入数据，应用程序需要在写入后立即获取数据。例如。用户创建一个“组”（类似于 Facebook/Linkedin 组）并在创建后立即重定向到该组。 （现在，我正在创建一个组，但没有为其分配祖先）
结果：
在本地测试此类功能时（启用了高复制），立即获取新创建的组失败。返回一个 NoneType。
问题：
浏览了 High Replication 文档和 Google IO 视频后，我了解到写入延迟较高，但是，NDB 缓存不应该解决这个问题吗？ IE。写入被缓存，然后异步实际写入磁盘，因此，立即读取将从缓存中读取，因此应该没有问题。我需要强制执行一些其他设置吗？
【问题讨论】：
标签： google-app-engine python-2.7 google-cloud-datastore
很确定您遇到了查询“最终一致”的 HRD 功能。 NDB 的缓存与此行为无关。
【讨论】：
我怀疑这可能是因为返回 NoneType 的重定向。
https://developers.google.com/appengine/docs/python/ndb/cache#incontext
上下文缓存仅在单个传入 HTTP 请求期间持续存在，并且仅对处理该请求的代码“可见”。它很快;这个缓存存在于内存中。当 NDB 函数写入数据存储时，它也会写入上下文缓存。当 NDB 函数读取实体时，它首先检查上下文缓存。如果在此处找到实体，则不会发生 Datastore 交互。 查询不会在任何缓存中查找值。但是，如果缓存策略如此，查询结果将被写回上下文缓存（但永远不会写回 Memcache）。
因此，您将值写入缓存，重定向它，然后读取失败，因为重定向上的 HTTP 请求是不同的，因此缓存不同。
我在这里达到了我的知识极限，但我最初建议您尝试在事务中创建并在完成/成功时重定向。
https://developers.google.com/appengine/docs/python/ndb/transactions
此外，当您将组模型放入数据存储区时，您将获得一个密钥。您可以将该密钥（例如通过 urlsafe）传递给重定向，然后您就可以保证检索数据，因为您拥有它的显式密钥？如果它毕竟不在数据存储中，就不能拥有它的密钥。
另外我建议在生产服务器上尝试它，有时本地和生产中的行为可能会非常不同。
【讨论】：