redis哨兵机制

哨兵模式是在redis主从架构（从节点只做冗余备份）基础之上实现的。因为主从架构中如果master挂掉的话，整个架构就废掉了，不能保证高可用，但是哨兵模式可以保证高可用，当master挂掉，会通过哨兵机制重新选举一个master出来。但哨兵模式还是有缺陷的，就是并不能解决单点并发压力的问题以及单点内存和磁盘物理上限问题，因此后续还会出现redis集群的搭建，可以让多个master同时提供服务

哨兵集群

• 单个哨兵容易导致误判主节点下线，比如主节点正常，只是在与哨兵之间通讯出现短暂异常，如果是单个哨兵，在指定的时间间隔没有通讯就认为主节点下线了，但其实没有；如果哨兵集群，可以询问多个哨兵指定的主节点是否下线，这样就显得更有保障；
• 哨兵挂了，故障转移就没法继续啦，哨兵集群的话就会选择其他哨兵继续处理；
• 哨兵集群也很好搭建，假如创建三个哨兵，那就创建三个sentinel.conf文件,然后通过命令分别启动./redis-sentinel sentinelxxxx.conf

参数解读: master 是主服务的名称，127.0.0.1 主服务ip 6379 主服务端口号 2是类似权重，当两个哨兵认为主服务宕机时，进行从新选举新的主服务；
sentinel monitor master 127.0.0.1 6379 2

springboot配置文件连接哨兵集群