一、目的
实现redis的高可用。
二、同步过程
注意：
当Master在后台把数据保存到快照文件完成之后，Master会把这个快照文件传送给Slave，而Slave则把内存清空后，加载该文件到内存中；
全量复制
实现原理：建立主从关系时，从机会给主机发送sync命令，主机接收命令，后台启动的存盘进程，同时收集所有用于修改命令，传送给从机。
增量复制
实现原理：主机会继续将新收集到的修改命令依次传给从机，实现数据的同步效果。
三、高可用方案
M代表master，R代表slave,S代表sentinel
方案一：
两台机器，一主一从，两个哨兵
优点：简单
缺点：因为redis和sentinel是两个进程，如果能保证sentinel进程不挂，那么这个是可以满足failover的。但是这是无法保证的。
方案二：
三台机器，1主2从，三个哨兵,这个方案可以满足业务需求，但是并不能保证绝对不丢失数据，因为，redis同步是异步的，所以肯定会存在丢失情况，只能将丢失控制到最小化，需要设置参数：
min-slaves-to-write 1
min-slaves-max-lag 10
解释：如果至少有 min-slaves-to-write 个从服务器， 并且这些服务器的延迟值都少于 min-slaves-max-lag 秒， 那么主服务器就会执行客户端请求的写操作。
可以将这个特性看作 CAP 理论中的 C 的条件放宽版本：
尽管不能保证写操作的持久性， 但起码丢失数据的窗口会被严格限制在指定的秒数中。
方案三：
由于服务器资源紧张，可以将sentinel进程放在其他客户端上。这样可以省一台服务器。