妈耶，哨兵数=主从数。主从复制就三台了，六台我开不来。按尚硅谷的教程先把哨兵文件配在6379端口上的那台机器了
哨兵文件中的<quorum>代表确认客观下线的最少的哨兵数量
先启动哨兵
redis-sentinel /export/database/myredis/sentinel.conf --sentinel
ps -ef|grep redis root 8690 1 0 13:41 ? 00:00:00 redis-sentinel 0.0.0.0:26379 [sentinel] root 11229 1 0 13:42 ? 00:00:00 redis-sentinel 0.0.0.0:26380 [sentinel] hadoop 11427 1 0 09:56 ? 00:00:19 redis-server *:6379 root 11494 1 0 13:42 ? 00:00:00 redis-sentinel 0.0.0.0:26381 [sentinel] hadoop 28454 117793 0 13:47 pts/0 00:00:00 grep --color=auto redis
哨兵启动成功
在接下来手动模拟主库shutdown
两台从库将稍微断开连接后重新连接，此时其中一台slave被选举为master，shutdown的库会变成slave
此时新老master的redis.conf和sentinel.conf文件会在结尾发生变化，具体是老master结尾变成了slave，新master的slave行被抹去了
哨兵运行流程和选举原理
1.主观下线SDOWN：单个哨兵自己主观上发送了ping心跳后没有收到合法的回复(默认为30s)
2.客观下线DDOWN：多个哨兵达成一致意见认为master宕机了，这里使用的是quorum，官网写的是2
3.哨兵选兵王leader：先在哨兵中选出leader，再让leader选出slave变成master
3.1兵王的选举算法：raft算法
4.自动故障切换流程并选出新master：根据priorty权限>offset复制偏移量>runID（这是谁最小选谁，按ASCII）选出新的master
leader先让新master执行slaveof no one，再让其他slave改变master
leader会让老master上线后成为slave恢复正常工作。
这些步骤都由sentinel执行
sentinel配置建议：本身数量应该多一些，哨兵是高可用的集群，数量应该为奇数，物理配置应该尽量一致，哨兵+复制也不能0丢失