主从同步 1、CPA原理
1. CPA原理是分布式存储理论的基石： C(一致性)； A(可用性)； P(分区容忍性);
2. 当主从网络无法连通时，修改操作无法同步到节点，所以“一致性”无法满足
3. 除非我们牺牲“可用性”，也就是暂停分布式节点服务，不再提供修改数据功能，知道网络恢复
一句话概括CAP: 当网络分区发生时，一致性 和 可用性 两难全
2、redis主从同步介绍 1. 和MySQL主从复制的原因一样，Redis虽然读取写入的速度都特别快，但是也会产生读压力特别大的情况。
2. 为了分担读压力，Redis支持主从复制，Redis的主从结构可以采用一主多从或者级联结构。
3. Redis主从复制可以根据是否是全量分为全量同步和增量同步。
注：redis主节点Master挂掉时，运维让从节点Slave接管（redis主从默认无法自动切换，需要运维手动切换）
注：Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。具体步骤如下：
1）从服务器连接主服务器，发送SYNC命令；
2）主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；
3）主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令；
4）从服务器收到快照文件后丢弃所有旧数据，载入收到的快照；
5）主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令；
6）从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；
7）完成上面几个步骤后就完成了从服务器数据初始化的所有操作，从服务器此时可以接收来自用户的读请求。
1. 主节点会将那些对自己状态产生修改性影响的指令记录在本地内存buffer中，然后异步将buffer中指令同步到从节点
2. 从节点一边执行同步指令达到主节点状态，一边向主节点反馈自己同步到哪里（偏移量）
3. 当网络状态不好时，从节点无法和主节点进行同步，当网络恢复时需要进行快照同步
5、Redis主从同步策略1. 主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。
2. 当然，如果有需要，slave 在任何时候都可以发起全量同步。
3. redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。
6、注意点1. 如果多个Slave断线了，需要重启的时候，因为只要Slave启动，就会发送sync请求和主机全量同步，当多个同时出现的时候，可能会导致Master IO剧增宕机。
哨兵模式--sentinel 1、sentinel作用1. 当用Redis做主从方案时，假如master宕机，Redis本身无法自动进行主备切换
2. 而Redis-sentinel本身也是一个独立运行的进程，它能监控多个master-slave集群，发现master宕机后能进行自动切换。
2、sentinel原理1. sentinel负责持续监控主节点的健康，当主节挂掉时，自动选择一个最优的从节点切换成主节点
2. 从节点来连接集群时会首先连接sentinel，通过sentinel来查询主节点的地址
3. 当主节点发生故障时，sentinel会将最新的主节点地址告诉客户端，可以实现无需重启自动切换redis
3、Sentinel支持集群1. 只使用单个sentinel进程来监控redis集群是不可靠的，当sentinel进程宕掉后sentinel本身也有单点问题
2. 如果有多个sentinel，redis的客户端可以随意地连接任意一个sentinel来获得关于redis集群中的信息。
4、Sentinel版本1. Sentinel当前稳定版本称为Sentinel 2，Redis2.8和Redis3.0附带稳定的哨兵版本
2. 安装完redis-3.2.8后，redis-3.2.8/src/redis-sentinel启动程序 redis-3.2.8/sentinel.conf是配置文件。
5、运行sentinel两种方式（效果相同）