CAP的定义
一、C全称Consistency(一致性) 这个表示所有节点返回的数据是一致的。
二、A全称Availability(可用性)说白了就是某个节点坏了，不能影响其他的节点业务。
三、P全称Partition tolerance(分区容错性)当系统中有节点因网络原因无法通信时，系统依然可以继续运行。
可用性和容错性的区别
可用性是针对非故障节点，如主mysql节点挂了，但从mysql没有挂，而且从mysql照样提供服务，就说明此分布式系统具有可用性。
分区容错性是各个节点出现网络问题时，系统依然可用。如主Mysql和从Mysql 之间没法通信时，系统可用。
总结：可用性针对节点出现故障，系统可用；分区容错性针对网络出现问题，系统可用
CAP定理
我们了解了CAP中的三个定义，CAP定理是表示分布式系统只能满足三项中的两项，而不可能满足全部三项。即分布式系统只能满足三种情况：CA、AP、CP。
我们来分析一下，我们先看P，也就是分区容错性；在分布式系统中，网络异常是不可避免的，所以如果不保证分区容错性，除非节点间网络不会发生异常，这个是不可能的(除非单机系统，单机系统就不是分布式系统)。
分布式系统肯定要实现P，那其实CA是理论上面的，其实不存在。
在我们架构师开发分布式系统时，是需要根据业务进行权衡的。在我们大型互联网公司，因为机器数量庞大，网络故障是常态，一般选择AP原则，牺牲掉数据一致性。(一些金融产品对数据一致性要求很高的，就会选择CP)。
我们看看常用的分布式系统的权衡：
1、Redis中间件 ----> AP
2、RocketMQ中间件 -----> AP
3、分布式事务-2pc ----> CP
4、分布式事务-最大努力尝试 —> AP
5、Eureka —> AP
Nacos CP/AP模式切换及微服务临时/永久实例配置
Nacos 集群默认支持的是CAP原则中的AP原则，但是也可切换为CP原则，切换命令如下：
curl -X PUT '$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP'
同时微服务的bootstrap.properties 需配置如下选项指明注册为临时/永久实例
AP模式不支持数据一致性，所以只支持服务注册的临时实例，CP模式支持服务注册的永久实例，满足配置文件的一致性
#false为永久实例，true表示临时实例开启，注册为临时实例 spring.cloud.nacos.discovery.ephemeral=false