廊坊网站建设方案服务,app软件开发app定制开发价格,监理企业建设部网站年报,手机端网站制作NoSQL数据库#xff1a;数据的一致性 读取一致性 强一致性 在任何时间访问集群中任一结点#xff0c;得到的数据结果一致#xff1b; 用户一致性 对同一用户#xff0c;访问集群期间得到的数据一致#xff1b; 解决用户一致性#xff1a;使用粘性会话#xff0c;将会话… NoSQL数据库数据的一致性 读取一致性 强一致性 在任何时间访问集群中任一结点得到的数据结果一致 用户一致性 对同一用户访问集群期间得到的数据一致 解决用户一致性使用粘性会话将会话绑定到特定结点来处理 这样会降低负载均衡器的性能 最终一致性 集群中各结点间由于数据同步不及时造成暂时的数据不一致但数据同步完成后最终具有一致性 更新一致性 悲观方式 使用写锁
大幅降低系统响应能力
可能导致死锁 乐观方式 先让冲突发生再检测顺序
自动合并的处理方式极具“领域特定”问题 放宽“一致性约束” CAP定理 一致性Consistency、可用性Availability和分区耐受性Partition tolerance3个属性只可能同时满足2个 分区耐受性的解释集群因通信故障而划分为多个时仍然可用 CA系统 单服务器集群中出现”分区“就不可用 PA/PC 集群出现”分区“时需要在”一致性“ 和“可用性”间权衡一般会牺牲部分一致性eg使用最终一致性保证可用性 放宽“持久性”约束 更严格的持久性意味着更多的性能损失 牺牲“持久性”换取更好的性能复制“持久性”故障 主节点故障未同步到从节点的数据丢失主节点恢复故障期间更新的数据冲突解决方案针对单个请求指定其所需的持久性 附思维导图 参考 《NoSQL精粹》 Posted by: 大CC | 30JUN,2014 博客blog.me115.com [订阅] 微博新浪微博 转载于:https://www.cnblogs.com/me115/p/3816132.html
