问题描述
我在欧洲-west3 地区有 6 个月大的 Py38 标准 gae 项目以及处于 DATASTORE 模式的 Firestore。
无论是否使用 Redis 作为全局缓存,我都没有遇到任何不一致问题。放置(插入)后立即(重定向 1 秒)获取产生新结果,直到上周。我做了一些基准测试,放置需要大约 30 秒才能导致全局查询。它实际上的行为类似于数据存储模拟器,一致性参数设置为 0.05
我已经阅读了很多关于数据存储及其最终一致性 here 的内容,但正如文档所说,这适用于“旧”版本。数据存储模式下的新 Firestore 应根据 this part 确保强一致性。
最终一致性,所有 Datastore 查询都变得高度一致。
我对这种说法的理解有误吗?
我还创建了一个新项目(同一区域),只有必要的 ndb 初始化,但仍然存在极端的“滞后”。
我想不出可能导致这种新行为的原因。可能是 Warshaw 数据中心刚刚启动,这会导致问题吗?
带有 google-cloud-ndb==1.8.0 的抽象代码
class X(ndb.Model):
foo = ndb.Stringproperty()
x = X(foo="a")
x.put()
time.sleep(5)
for y in X.query(): # returns 0 results
print(y)
如果我通过键获得实体,它就在那里并且是新鲜的。它甚至会立即显示在数据存储管理员中。
解决方法
这也被归档为 https://github.com/googleapis/python-ndb/issues/666 。事实证明,1.9.0 之前的 Cloud NDB 明确请求最终一致的查询。