redis的集群：
高可用方案：
- 持久化
- 高可用 主从复制 哨兵模式 集群
主从复制：主从复制是redis实现高可用的基础，哨兵模式和集群都是在主从复制的基础之上实现高可用。
主从复制实现数据的多机备份，以及读写分离(主服务器负责写，从服务器只能读）
缺陷：故障无法自动恢复，需要人工干预，无法实现写操作的负载均衡
主从复制的工作原理：
主节点（master）从节点（slave）组成，数据复制是单向的，只能从主节点到从节点
主从复制节点最少要有三台
- 建立连接：slave向主发送一个syn command，请求和主节点建立连接
- 主节点收到请求之后，他不管slave是第一次连接还是重新连接，主节点都会启动一个后台进程，执行BGSAVE，主节点会把所有修改数据记录的命令加载到缓存和数据文件之中
- 数据文件创建完毕之后，master把数据文件传送给slave，slave会把这个数据文件先保存到硬盘，然后再加载到内存。
主从复制推荐使用AOF，通过AOF文件实现实时持久化，主从节点都开启AOF持久化服务从节点同步的就是AOF文件
主从复制流程图：
主 192.168.120.110
从1 192.168.120.70
从2 192.168.120.10
修改master节点的配置文件
vim /etc/redis/6379.conf
bind 0.0.0.0 #70行,修改监听地址为0.0.0.0（生产环境中，尤其是多网卡最好填写物理网卡的IP）
daemonize yes #137行，开启守护进程，后台启动
logfile /var/log/redis_6379.log #172行，指定日志文件存放目录
dir /var/lib/redis/6379 #264行，指定工作目录
appendonly yes #700行，开启AOF持久化功能
/etc/init.d/redis_6379 restart #重启redis服务
修改slave1节点的配置文件
#修改slave1的配置文件
vim /etc/redis/6379.conf
bind 0.0.0.0 #70行,修改监听地址为0.0.0.0（生产环境中需要填写物理网卡的IP）
daemonize yes #137行,开启守护进程，后台启动
logfile /var/log/redis_6379.log #172行,指定日志文件目录
dir /var/lib/redis/6379 #264行,指定工作目录
replicaof 192.168.120.110 6379 #288行,指定要同步的Master节点的IP和端口
appendonly yes #700行,修改为yes，开启AOF持久化功能
/etc/init.d/redis_6379 restart #重启redis
netstat -natp | grep redis #查看主从服务器是否已建立连接
Slave2节点跟slave1节点操作相同
测试
Master写入数据
Slave1和slave2 只能读无法写
哨兵模式的原理：
哨兵：是一个分布式系统，用于在主从结构之间，对每台redis的的服务进行监控
哨兵模式的投票机制
主节点出现故障时，从节点通过投票的方式选择一个新的master
哨兵模式的结构：
哨兵节点：监控，不存储数据
数据节点：主节点和从节点，都是数据节点
哨兵模式的投票机制：
每个哨兵节点每隔一秒，通过ping命令方式，检测主从之间的心跳线。主节点在一定时间内没有回复或者回复了错误的消息，这个时候，哨兵就会主观的认为主节点下线了，超过半数的哨兵节点认为主节点下线了，这个时候才会认为主节点是客观下线
主节点选举过程：
哨兵节点通过raft算法（选举算法），每个节点共同投票选举出一个新的master，然后新的master实现主节点转移和故障恢复通知
- 已经下线的从节点，不会被选为主节点
- 选择配置文件当中，从节点优先级最高的replica-priority 100
- 选择一个复制数据最完整的从节点
主节点：
cd redis-5.0.7
vim sentinel.conf
#哨兵模式的配置文件
17行
protected-mode no
#解除注释
daemonize yes
#开启后台运行逃兵模式
36行
logfile "/var/log/sentinel.log"
#指定日志文件的存放位置
65行
dir"/var/lib/redis/6379"
#指定数据库存放的位置
85行
sentinel monitor mymaster 192.168.120.110 6379 2
#声明主节点的IP和端口号.2代表至少要有2台服务认为主已经下线才会进行主从切换。一般配置为主从服务器的一半
113行
sentinel down-after-milliseconds mymaster 30000
#服务器宕机的最小时间。单位是毫秒。30秒之内如果主节点但没有响应，主观认为主下线了。时间可以改可以自定义
146行
sentinel failover-timeout mymaster 180000
#服务器宕机的最大时间，180秒之内如果主节点但没有响应，从节点开始投票，客观认为主下线了。时间可以改可以自定义
两台从节点配置和主节点配置一致即可
三台配置完成后需要先起主节点再起从节点
三台主机在redis的源码包中启动哨兵模式
redis-sentinel sentinel.conf &
#启动哨兵模式。&表示后台运行
主节点：
redis-cli -p 26379 info Sentinel
#查看整个集群的哨兵情况
查看主从信息：
tail -f /var/log/redis_6379.log
#查看主节点日志，查看主从信息
模拟故障切换：
可能会有延迟不是立刻切换
ps-elf | grep redis
#查看主节点
kill -9 redis的主进程或者/etc/init.d/redis_6379 stop停止redis都可以测试
测试新主是否可以正常插入数据
测试两从是否可以数据同步
测试旧主机是否还有插入数据
旧主失去写的功能，新主增加写的功能。从2的配置文件指向了新的主
而旧主的配置文件中指向自己的配置将会消失
流程图：
