主从复制
Redis根据配置和策略进行主从复制，其中Master以写为主，Slave以读为主。
配置策略
一主二仆
一个Master，多个Slave，Slave从Master复制信息，用于读数据，写操作只能在Master上执行。
薪火相传
一个Master，多个Slave会造成中心化严重，Master要一直把消息传给Slave，影响效率，因此可以Slave也可以跟随Slave，，即Master将消息传给Slave1，Slave1将消息传给Slave2。
反客为主
当Master挂掉了，Slave回原地等待，Master恢复后，Slave会继续跟随。
但这种情况不好（可能Master一直恢复不了）。因此可以手动设置Slave为新的Master，其他Slave跟随这个新Master。
哨兵模式
前面的反客为主，得手动操作。可以增加哨兵模式，即监控Redis集群，如果Master挂掉了，会采用Slave投票过半机制选出新的Master，其余Slave会自动跟随。
需要仔细了解投票机制，如果投票相平则选举失败，会再次投票。
这里的选举方式，与Kafka的选举很相似。
复制原理
slave启动后，连接到master，会向其发送一个sync命令，master收到命令后，会将整个数据传送给slave，完成同步（全量复制）。
全量复制：slave收到数据文件后，将其加载到内存中。
增量复制：master将新的修改命令传送给slave，完成同步。
slave一开始的同步，都是全量复制，后面开始增量复制。