不要千言万语,一组漫画让你秒懂最终一致性
2019-06-14 18:02
363 查看
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/21aspnet/article/details/91992634
直接上图
如果你以前看过最终一致性的定义那么你一定会为这幅精彩漫画拍手叫好。
你要是不知道什么是最终一致性你可以看看下面的权威定义,当然了网上关于什么是最终一致性的帖子铺天盖地,也许你已经很明白了,即使这样你是不是依然为此图欢呼?
最终一致性是分布式理论中的重要,定义如下:
最终一致性Eventual consistency
最终一致性是分布式计算中使用的一致性模型,用于实现高可用性,非正式地保证,
如果没有对给定数据项进行新的更新,最终对该项的所有访问将返回最后更新的值。
最终的一致性,也称为乐观复制,广泛部署在分布式系统中,并且起源于早期的移动计算项目。
一个已达到最终一致性的系统通常被认为已经融合,或实现了复制收敛。
最终的一致性是一个薄弱的保证 - 大多数更强大的模型,比如线性化最终都是一致的,但是一个只是最终一致的系统通常不会满足这些更强的约束。
最终一致的服务通常分类为提供BASE的语义,ACID保证。
最终的一致性有时被质疑,因为增加了分布式软件应用程序的复杂性。
这部分是因为最终的一致性纯粹是一种活跃性保证(读取最终会返回相同的值)并且不会产生安全性保证:最终一致的系统可以在收敛之前返回任何值。
相关文章推荐
- ServiceComb中的数据最终一致性方案
- TCC 分布式事物最终一致性
- 最终一致性
- Hbase利用单行ACID,实现跨表跨库最终一致性,替代分布式事务
- CAP原理与最终一致性
- 一组大数据! 让你秒懂国内区块链格局!
- 最终一致性算法Gossip简介
- 分布式事务?No, 最终一致性
- 如何通过本地化事件正确实现微服务内部强一致性,事件总线跨微服务间最终一致性
- Java电商秒杀系统性能优化(七)——交易优化技术之事务型消息-保证最终一致性
- CAP原理与最终一致性 强一致性 弱一致性
- 最终一致性
- 基于消息队列和关系型数据库的最终一致性解决方案
- CAP,BASE和最终一致性是NoSQL数据库存在的三大基石
- 分布式事务八_可靠消息最终一致性方案
- 系统分布式情况下最终一致性方案梳理
- 最终一致性/BASE VS ACID
- 最终一致性Quorum及其在Zookeeper和Kafka中的演变
- CAP原理与最终一致性
- 分布式事务-最终一致性