三个场景
火车站售票
无论在哪个售票窗口,每时每刻的余票都必须是准确无误的。
银行转账
实时扣除的账户金额,到另一个账户上是有时延的,但是最终要求金额准确无误。
网上购物
商品详情页面上显示的库存量,通常不是商品的真实库存量,只有在下单购买的时候,系统才会检查该商品的真实库存量。
对上述三个场景进行抽象
- 有些系统,既要快速地响应客户,同时还要保证系统的数据对于任意客户端都是真实可靠的。
- 有些系统,需要为用户保证绝对可靠的数据安全,虽然在数据一致性上存在延时,但最终务必保证严格的一致。
- 有些系统,虽然向用户展示了一些“错误”的数据,但是在整个系统使用过程中,一定会在某一个流程上对系统数据进行准确无误的检查,从而避免发生不必要的损失。
进一步抽象:一致性级别
以前有写过一致性级别的详细概念,参考:《强一致性、顺序一致性、弱一致性和共识》
这里小结一下:
- 强一致性
- 顺序一致性
- 弱一致性
- 最终一致性
- 因果一致性(Causal consistency)
- 读已之所写(用户一致性)(Read your writes)
- 会话一致性(Session consistency)
- 单调读一致性(Monotonic read consistency)
- 单调写一致性(Monotonic write consistency)
- 最终一致性