如何跟踪数据存储区中的一致性延迟？

Question

如果定义的索引太多，或者组合索引的属性太多，或者Kind中的数据太多，则后续查询可能无法在一分钟内找到实体 - 分钟或更长时间 - 之后已插入。

是否有大型指数影响的基准？基准测试可能会将对象插入大型对象，然后查询另一个副本，并测量时间。

Answer 1

涉及的因素更复杂。

确实越来越多的索引可能增加最终的一致性，因为需要做更多的工作 - 索引是同步编写的，而实体本身总是在提交返回之前应用。读/写模式也会影响最终一致性，例如每个实体组指南每秒超过1次事务。尾端的其他因素包括数据中心/副本中断以及随后的恢复等。

基准测试不太可能让您很好地了解这些问题，特别是因为您无法强制基准测试达到特定副本。

一般指导是最终一致性平均以毫秒为单位解决，偶尔以秒为单位解决。在极端尾端取决于因素的情况下，这可能会延长至数小时或更长时间（例如数据中心刚刚恢复联机）。

如果可能的话，建议在最终一致性不可接受的情况下使用强一致性机制（祖先查询，查找）。