网站建设可用性,自己怎么开发app软件,阿里巴巴网站基础建设首保服务,如何打开微信小程序【java八股文】之MYSQL基础篇-CSDN博客
【java八股文】之JVM基础篇-CSDN博客
【java八股文】之Redis基础篇-CSDN博客
【java八股文】之Spring系列篇-CSDN博客
【java八股文】之分布式系列篇-CSDN博客
【java八股文】之Java基础篇-CSDN博客
【java八股文】之多线程篇-CSDN…【java八股文】之MYSQL基础篇-CSDN博客
【java八股文】之JVM基础篇-CSDN博客
【java八股文】之Redis基础篇-CSDN博客
【java八股文】之Spring系列篇-CSDN博客
【java八股文】之分布式系列篇-CSDN博客
【java八股文】之Java基础篇-CSDN博客
【java八股文】之多线程篇-CSDN博客 1、什么是CAP BASE理论 1.1 CAP 一致性: 在分布式环境下一致性是指数据在多个副本之间是否能够保持一致性的特性等同于所有的节点访问同一份最新数据的副本。在一致性的需求下当一个系统在数据一致的状态下执行更新操作后应该保证数据仍然一致性的状态。可用性每次请求都能够保证正确的响应但是不保证获取的数据为最新的数据。分区容错性分布式情况下在遇到任何的网络分区额故障的时候仍然需要能够保证对外提供一致性和可用性的服务除非是整个网络环境发生了故障。 1.2 BASE 基本可用在分布式系统出现故障允许损失部分的可用性服务降级、页面降级软可用允许分布式出现中间状态。而且中间状态不影响系统的可用性。这里的中间状态指的是data replication数据备份节点之间的数据更新可以出现延迟的最终一致性。最终一致性data replications 经过一段时间达到一致性。 2、重点协议CPZAB RAFT AP Distro 2.1 强一致性 1、任意时刻所有的节点数据都是一样的。 2、一个集群需要对外部提供强一致性所以只要集群内部的某一个数据发生了改变那么就需要等待集群内其他服务器的数据同步完成后才能对外部提供访问。 3、保证了强一致性务必会损耗可用性 2.2 弱一致性 1、系统中的某个数据被更新后后续对该数据的读取操作可能会得到更新后的数值也可能会得到更新前的数值 2、即使过来一段时间窗口后续的读取也不能保证一致性 2.3 最终一致性 1、弱一致性的特殊形式不保证在任意时刻节点上的同一份数据是相同的但是随着时间的迁移不同节点的同一份数据总是在趋向一致性变化 2、存储系统保证在没有新的更新的条件下最终所有的访问都是最后更新的值 2.4 顺序一致性 1、任意一次读都能读到某个数据的最近一次写的数据 2、对其他节点之前的修改是可见的已同步且确定的并且新的写入建立在已经达到同步的基础上
