客户端调redis，主写成功，往从备份，从成功告诉主，然后主才给客户端返回告诉操作成功。这样如果从一旦挂了一个，就会不返回了，给人的感觉就是服务有问题了。所以强一致性容易造成集群不可用（不推荐使用）
cap：一致性（强一致性）、可用性、分区容错性（集群）。不可兼得最多只能得两个。mysql是ca、redis集群是ap
客户端调redis，主写成功立即返回。然后异步告诉从，至于从能否一定写成功不一定。弱一致性容易丢数据（redis主要使用的一种方式）
所以redis的分布式锁其实并不是特别准确，但是对于互联网企业来说这不重要大不了就投诉人工协商解决呗。但是对于金融类的这是万万不行的
3、最终一致性同步数据：过半机制ÿ
