写入天蓝色表存储时，有时会看到类似于以下情况的行为：
我们发送更新请求“接收更新并排队等待天蓝色进行实际处理”
我们收到更新请求的200 OK结果
我们发送数据请求
我们从更新之前获取数据（不良情况）
我们“稍等”
我们再次发送数据请求
我们从更新后获取数据
当azure繁忙时，更新似乎要花一些时间，如果我们立即查询更新的数据（最终一致性），这将成为问题。
以上假定的天蓝色内部工作原理正确吗？
如果是这样，在更新后立即获取最新数据的最佳实践是什么？
最佳答案
恐怕这种情况是正常的。众所周知，CAP影响了许多数据系统。请参阅此详细的document。
您描述的情况表明，Azure表存储使用了高可用性，这保证了用户可以始终访问该服务。但是，这对一致性有轻微影响，并且用户访问的数据可能不是最新的。
您可能知道cosmos db table-api，它支持5 consistency levels，从Strong到最终。
如果您确实关注实时数据，则可以将级别设置为“强”。