CAP定理实例分析

本文通过银行系统实例解析CAP定理,探讨在数据同步中如何在一致性与可用性间取舍。ZooKeeper的顺序一致性策略作为补充。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

CAP定理实例分析:

先说结论:CAP定理表示我们只能满足一致性,可用性和分区容错性中的两种。其中分区容错性是必须满足的,所以我们要在一致性和可用性中做出抉择。

(1)银行系统是一个服务器集群,具有多台服务器 为的就是提高性能

(2)起初小叶向银行系统进行存储了5000万,就在此时这一刻,有一台服务器由于网络动荡导致下线又上线。此时又要进行数据的同步。

(3)出现一个问题:在同步数据的过程中,是否整个银行系统都允许对外提供访问?

如果允许,那么我们就默认了可用性,但是有可能数据没有同步完成导致一致性是不完全成立的。所以只能满足分区容错性和可用性这两种

如果不允许,那么我们就默认了一致性,就是为了保证数据同步完成之后再进行对外开放,那么可用性就不可以兼顾了。所以只能满足分区容错性和一致性这两种。

ZooKeeper追求的一致性:

ZooKeeper在数据同步时,追求的并不是强一致性,而是顺序一致性(事务id的单调递增)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值