CAP和最终一致性

查阅资料整理了最终一致性、CAP相关的内容。由于图省事儿,没有做文字的整理记载,只有slides和一些查阅过的链接,大家将就着看。欢迎指正。

csdn博客似乎不能内嵌js的,就不能直接展示slides了。 放个slides链接:请戳这里

背景

为什么系统要扩张?历史的发展路径是怎么样的?请看《系统可扩展性演化》

CAP理论

BASE理论

最终一致性

引申


PS:欢迎浏览博客的新家 ;)
  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1. 分布式计算的定义和特征 分布式计算是指将计算任务分布在多个计算机上进行协同计算的一种计算模式。其特征包括: - 分布性:计算任务可以分布在多个计算机上进行; - 并发性:多个计算机可以同时执行计算任务; - 协作性:各个计算机之间需要协同工作,共同完成计算任务。 2. ACID原则 ACID是指原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持久性(Durability)四个特性,是关系型数据库管理系统(RDBMS)保证数据事务正确性的基本原则。 - 原子性:事务是一个不可分割的工作单位,要么全部执行,要么全部不执行; - 一致性:事务执行前后,数据的完整性约束没有被破坏; - 隔离性:多个事务并发执行时,彼此之间是隔离的,不会相互影响; - 持久性:事务完成后,对数据的修改是永久性的,即使系统故障也不会丢失。 3. CAP原则 CAP原则是指一致性(Consistency)、可用性(Availability)和分区容错性(Partition Tolerance)三个特性不可同时满足,需要在这三个特性之间做出取舍。 - 一致性:所有数据副本在同一时间具有相同的值; - 可用性:每个非故障的节点都能够对请求作出响应; - 分区容错性:系统在遇到网络分区故障时仍然能够正常工作。 4. BASE理论 BASE是指基本可用(Basically Available)、软状态(Soft state)和最终一致性(Eventually Consistent)三个特性,是NoSQL数据库设计的基本原则。 - 基本可用:系统能够保证基本的可用性,即使在出现故障的情况下也能够继续工作; - 软状态:系统中的数据可能会存在中间状态,系统不需要实时保证数据的一致性; - 最终一致性:系统会在一定时间内达到数据的一致性,不需要实时保证数据的一致性。 5. 最终一致性 最终一致性是指在分布式系统中,不同节点之间的数据副本可能存在短暂的不一致性,但最终会在一定时间内达到一致。最终一致性是分布式系统中保证数据一致性的主要方式之一,相对于强一致性来说,最终一致性可以更好地支持高可用和分布式计算。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值