Cosmos DB 可能 window 在单个区域中使用会话一致性进行过时读取
Cosmos DB possible window of stale read with Session Consistency in a single region
根据 Microsoft 文档：“单个客户端会话读取保证遵守一致的前缀、单调读取、单调写入、读你写和写后读保证”
据我了解，单独的 client/session 会观察到一致性前缀读取。
是否是本地副本集尚未更新？
是否可以保证需要多长时间以及过时读取的可能 window 是多少？
我正在尝试了解权衡是什么，以及有界陈旧一致性的额外成本是否值得。
https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels#session-consistency
是的，这是因为读取来自单个副本，可能看不到最新更新，但会按写入顺序获取所有更新。所有数据写入 3 个副本。
无法保证数据复制到第四个副本的速度有多快。虽然没有指导数据在副本集中的一致性有多快，但该服务将尝试尽快将数据提交到第四个副本。
只有在使用 Bounded Staleness 时，如果数据未在 5 秒或 10 次更新内完全复制，服务才会限制写入。
根据 Microsoft 文档：“单个客户端会话读取保证遵守一致的前缀、单调读取、单调写入、读你写和写后读保证”
据我了解，单独的 client/session 会观察到一致性前缀读取。
是否是本地副本集尚未更新？
是否可以保证需要多长时间以及过时读取的可能 window 是多少？
我正在尝试了解权衡是什么，以及有界陈旧一致性的额外成本是否值得。
https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels#session-consistency
是的，这是因为读取来自单个副本，可能看不到最新更新，但会按写入顺序获取所有更新。所有数据写入 3 个副本。
无法保证数据复制到第四个副本的速度有多快。虽然没有指导数据在副本集中的一致性有多快，但该服务将尝试尽快将数据提交到第四个副本。
只有在使用 Bounded Staleness 时，如果数据未在 5 秒或 10 次更新内完全复制，服务才会限制写入。