redis 笔记2之哨兵

---

一、哨兵

1.1 简介

上篇说了复制，有个缺点就是主机宕机之后，从机只会原地待命，并不能升级为主机，这就不能保证对外服务了，所以出现了哨兵，来监控主机和从机的状态。

1.2 实操

前提说明：

1.2.1 sentinel.conf

参数：

重点：
其他：

客观下线

其中一台哨兵的重要配置参数编写

哨兵会监控主机和其他从机以及其他主机，我们只配置了主机ip和端口，但是会通过内容传递获得主机下的从机以及监控此主机的其他哨兵。

添加了哨兵之后，主机上的redis.conf也要配置密码masterauth，防止主机宕机，变成从机之后，也需要去拜新的主机。

1.2.2 问题

主机宕机，哨兵会从从机中投票选举出新的主机，并且两台从机的数据依然存在。
如果之前宕机的主机重启回来，被选举出来的master不会变，而老的master会变成slave。

由于我们切换了主机，所以对应的文件内容也要进行更改。

比如哨兵，它监控的主机名ip端口就会发生变化。

原来的主机重启之后 由于变成了从机 所以需要隶属关系，哨兵自动帮我们加入。

而重新变成master的从机，由于不在依附别的机器，所以原来的replicaof 自动被消除了。

1.2.3 哨兵执行流程和选举原理

主观下线：
哨兵的配置文件中有默认时间，如果在规定时间内，主机没有回应，当前哨兵就会判断该主机宕机了。
客观下线：
但是，一个哨兵判断主机宕机并不可靠，因为可能网络会有延迟，所以需要所有哨兵来投票，就是我们上述配置文件中的参数，当超过该参数为就确定该主机确实宕机了。
选举出领导者哨兵
哨兵有多个，如果每个哨兵都有话语权去选举新的主机，就会造成混乱，所以需要先找出一个兵王。由该兵王来进行选举和后续故障迁移操作(比如给新的主机发送信息，以及给其他从机发送需要依附于新的主机命令)。

兵王选举出一个新的master并进行后续故障迁移

选举规则

先看配置文件中的参数，数值越小，优先级越高，然后看谁复制原来主机的数据多，最后看谁的id小。

1.2.4 使用建议

哨兵＋主从复制并不能达到数据零丢失。