高可用架构最终一致性tUN兔粮
2016-10-08 19:38
176 查看
强一致性比较难，比如用分布式锁。分布式事务，那么开销就会很大，吞吐量比较低，很难实现。
看下面两种情况：
第一种：先更新数据库，在更新缓存
有可能数据库更新成功，缓存没有更新成功，那么缓存里面就是一些脏数据；
第二种：先更新缓存，再更新数据库
缓存更新成功了，数据库更新失败，那么数据库中的数据都没有持久化下来。
主要这些数据库和缓存的操作是没有原子的，那么追求高可用，要达到最终一致性；
在有更新操作时，首先更新数据库，并把缓存delete掉；
看下面两种情况：
第一种：先更新数据库，在更新缓存
有可能数据库更新成功，缓存没有更新成功，那么缓存里面就是一些脏数据；
第二种：先更新缓存，再更新数据库
缓存更新成功了，数据库更新失败，那么数据库中的数据都没有持久化下来。
主要这些数据库和缓存的操作是没有原子的，那么追求高可用，要达到最终一致性；
在有更新操作时，首先更新数据库，并把缓存delete掉；
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- NoSQL的存储架构——最终一致性数据库
- 高可用架构篇 MyCat集群部署（HAProxy + MyCat）
- 究竟啥才是互联网架构“高可用”
- mysql高可用架构方案之一(keepalived+主主双活)
- 分布式事务四_基于可靠消息的最终一致性
- MySQL高可用架构之MHA
- MySQL高可用架构之MHA
- 得到内网可用的SqlServer 及某数据库下的表及其他的架构
- 双机高可用、负载均衡、MySQL (读写分离、主从自动切换)架构设计
- MongoDB高可用架构 集群权限控制
- DB主从一致性架构优化4种方法
- 双机高可用、负载均衡、MySQL(读写分离、主从自动切换)架构设计
- Redis Sentinel 高可用服务架构搭建
- 分布式架构高可用架构篇_07_MySQL主从复制的配置（CentOS-6.7+MySQL-5.6）
- 10017---NoSQL的三大基石（CAP、BASE和最终一致性）
- 构建高并发高可用的电商平台架构实践
- “一致性”架构设计
- 如何部署高可用的Redis集群架构
- 构建高并发高可用的电商平台架构大纲
- Mysql高可用架构MHA搭建及测试故障转移