写入天蓝色表存储时，我们有时会看到行为

Question

在写入 azure 表存储时，我们有时会看到类似于以下情况的行为：

1. 我们发送更新请求“更新已接收并排队等待在 azure 中实际处理”

2. 我们收到更新请求的 200 OK 结果

3. 我们发送数据请求

4. 我们从更新前获取数据（不希望出现的情况）

5. 我们“稍等”

6. 我们发送另一个数据请求

7. 我们从更新后获取数据

azure 忙的时候，更新似乎需要一段时间，如果我们立即查询更新的数据（最终一致性），就会出现问题。 以上假设的 azure 内部工作原理是否正确？

如果是这样，在更新后直接获取最新数据的最佳做法是什么？

Answer 1

恐怕情况有点正常。众所周知，CAP影响了这么多数据系统。详细请参考document。

您描述的情况表明，Azure 表存储使用高可用性，这保证了用户可以随时访问该服务。但是，这对一致性有轻微影响，用户访问的数据可能不是最新的。

你可以知道cosmos db table-api，它支持5 consistency levels，从强到最终。

如果您确实关心实时数据，您可以将级别设置为强。