作者回复: 感谢,根据Raft的论文描述,工程上目前还没有完全实现paxos算法的系统
作者回复: 你可以自己尝试去分析一下,有疑问评论即可
作者回复: 两个都挂整个集群肯定挂了,CAP关注的是分区时的可用性和一致性,不是说保证整个集群不挂,其实你最后的理解就是非常正确的👍👍
作者回复: CAP理论是忽略延时的,这就是说理论做了一个假设,只要网络通数据就会一致,这也是实际应用CAP时容易踩的坑,后面一章会讲
作者回复: P要求分布式和数据同步,C要求数据完全一致,A要求返回及时
作者回复: 如果严格按照CAP理论来说,C约束并没有限定“指定”的client.
作者回复: zk多数节点正常就可以正常运行,分区中的少数节点会进入leader选举状态,这个状态不能处理读写操作,因此不符合A,如果不考虑实时一致性,zk基本满足CP的要求
作者回复: zk官方资料说zab不是paxos,而且zk的读操作没有满足CAP的C要求
作者回复: 如果严格按照CAP理论来说,C约束并没有约束“指定”的client
作者回复: 一般都是心跳检测
作者回复: 因为他的解读到位,他的解读契合CAP的精髓
作者回复: P是最容易保证的,中文叫“分区容忍”,意思就是你搭建一个分布式集群,然后断开网络,就是P了
作者回复: mc集群的节点就不互联,负载均衡的集群节点也不互联
作者回复: 不是必然选择P,而是说分布式系统必然会出现分区的情况,你要选择的是要不要“容忍”,无法容忍分区,那就在出现分区的时候系统不对外提供服务
作者回复: 分析的很好
作者回复: 人工数据订正和补偿,定时脚本批量检查和修复等都可以
作者回复: 分区就是集群中一部分节点和另外一部分无法通信