目录

一、引言

二、介绍

三、哨兵的核心功能

四、使用docker进行单个主机redis主从复制哨兵操作

五、哨兵重新选取主节点的流程

1.主观下线

2.客观下线

3.主节点挂了

4.挑选新主节点

六、总结

---

一、引言

  如果主从复制中，主节点挂了，从节点会迷茫，因为其不能修改数据，并且其不能自动地升级成主节点，不能替换原有主节点对应的角色，此时redis的哨兵机制就能使从节点自动变成主节点。

二、介绍

从节点和主节点断开连接的情况

  1.从节点主动和主节点断开连接：

slaveof no one：从节点自己晋升为主节点

  2.主节点挂了：从节点不会自动晋升为主节点，需要人工进行干预，这就是哨兵模式的作用。

  哨兵机制是通过独立的进程来体现的，redis-sentinel不负责存储数据，只是对其他的redis-server进程起到监控的效果。

通常哨兵节点也会搞成一个集合，防止单个哨兵节点挂了。

通过tcp长连接，定期发送心跳包。

1.如果主节点挂了，哨兵就会发挥作用，只有一个哨兵节点发现主节点挂了还不够，需要多个哨兵节点进行验证防止出现误判。

2.主节点挂了之后，哨兵节点就会推举处一个leader，由这个leader负责从剩余的从节点挑选出一个作为新的主节点。

3.挑选出新的主节点之后，哨兵节点就会自动控制该被选中的节点，执行slaveof no one，并且控制其他从节点，修改slaveof到新的主节点上。

4.哨兵节点会自动通知客户端，告知新的主节点是谁，之后客户端进行写操作就会在新的主节点上进行。

三、哨兵的核心功能

1.监控

2.自动的故障转移

3.通知

四、使用docker进行单个主机redis主从复制哨兵操作

日志出现

sdown：主观下线，本哨兵节点认为主节点挂了

odown：客观下线，好几个哨兵认为主节点挂了

五、哨兵重新选取主节点的流程

1.主观下线

  哨兵节点通过心跳包判定redis服务器是否正常工作，但也会出现网络波动的影响，单方面认为redis节点挂了。

2.客观下线

  多个哨兵节点认为主节点挂了

3.主节点挂了

  哨兵节点会主动投选出一个leader，让leader去选取一个从节点作为主节点，这个leader是由节点之间投票投出来的。

4.挑选新主节点

1.优先级：redis数据节点在配置文件中都会有一个优先级，优先级高的从节点就会成为主节点

2.offset：offset最大的就胜出，同步的数据越大，说明从节点的数据和主节点就越接近

3.runid：随机生成的一串数字，大小就随机了

六、总结

  哨兵是一个集合，主要用于在主节点挂了之后，自动选举出一个leader，之后由leader选举出新的主节点。但是哨兵最好是奇数个，防止选举leader的时候出现平票的情况。

注意：哨兵+主从复制的模式，解决的问题是“提高可用性”，不能解决“数据极端情况下写丢失”的问题。