共计 2538 个字符，预计需要花费 7 分钟才能阅读完成。
这篇文章主要讲解了“Redis 哨兵模式是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着丸趣 TV 小编的思路慢慢深入，一起来研究和学习“Redis 哨兵模式是什么”吧！
哨兵模式 1. 哨兵概念
在一主多从结构中，如果 master 宕机了，就需要从多个 slave 中选出一个作为新的 master，要想完成这样的功能，就需要使用 Redis 的哨兵机制
哨兵 (sentinel) 是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的 master 并将所有 slave 连接到新的 master，如下图所示：
2. 哨兵作用
监控：监控 master 和 slave
不断的检查 master 和 slave 是否正常运行
master 存活检测、master 与 slave 运行情况检测
通知（提醒）：当被监控的服务器出现问题时，向其他哨兵、Redis 服务器发送通知
故障转移：断开宕机的 master 与 slave 的连接，选取一个 slave 作为 master，将其他 slave 连接新的 master，并告知客户端新的服务器地址
注意：哨兵也是一台 redis 服务器，仅提供监控服务，不提供数据管理服务；通常哨兵的数量配置为单数 (方便投票)
3. 启用哨兵
修改哨兵的配置文件 sentinel.conf，配置文件位于 Redis 目录下，如下图所示：
部分配置的含义如下图所示：
启动哨兵
redis-sentinel filename
#filename 指的是配置文件名
#每个哨兵都要配置自己的配置文件 配置并启动哨兵之后，主服务器宕机之后，会自动的执行投票、主从切换等过程
4. 哨兵原理
哨兵在进行主从切换过程中经历三个阶段：
监控
通知
故障转移
4.1 监控
用于同步各个节点的状态信息，这些节点包括 master、slave、哨兵，也就是整个系统所有服务器的信息。
主要完成的功能：
获取各个 sentinel 的状态（是否在线）：新添加的哨兵要与系统中已经存在的哨兵进行信息的交互
获取 master 的状态（通过 info 指令）
获取的内容如下
1. master 属性
runid
role：master
2. 各个 slave 在 master 中保存的基本信息 获取所有 slave 的状态（根据 master 中 slave 的信息向所有的 slave 发送 info 指令）
获取的内容如下
slave 属性
runid
role：slave
master_host、master_port
offset具体的内部工作原理如下所述：
哨兵 1 向 master 发送 info 指令之后，会建立一个 cmd 连接，创建的连接是用来发送命令的
创建好 cmd 连接之后，会在哨兵 1 这一端保存目前他所获得的所有信息，另一端 master 也会保存自己持有的信息
然后哨兵 1 根据从 master 获取的关于 salve 的信息，向 slave 发送 info 指令，得到 salve 的信息，丰富这一端所保存的信息
当新增一个新的哨兵 2 时，哨兵 2 向 master 发送 info 指令，建立 cmd 连接，根据 master 中的信息可以得到之前已经存在的哨兵 1，在自己这一端保存已经获得的信息。然后判断哨兵 1 是否在线，与哨兵 1 建立连接，二者互相交换各自的信息，并且双方会持续的 ping，保证他们之间是畅通的
哨兵 2 根据从 master 获得的 slave 信息，再从 slave 获取信息，丰富自己所保存的信息
再新增一个哨兵 3 时，与之前的过程类似，最终三个哨兵建立起了关系网
关系网中三者会互相交换、发送信息，关系网中的这种工作模式称为发布订阅模式
4.2 通知
哨兵在通知阶段要不断的去获取 master 与 slave 的信息，然后将获得的信息在各个哨兵之间进行共享。
具体的流程如下：
哨兵通过建立的 cmd 连接，向 master、slave 发送 hello 指令，得到他们的信息，然后在关系网中共享：
4.3 故障转移
断开宕机的 master 与 slave 的连接，选取一个 slave 作为 master，将其他 slave 连接新的 master，并告知客户端新的服务器地址。
具体的流程如下所述：
哨兵 1 始终得不到 master 的回应，主观判断 master 宕机，标记 sdown（仅有一个哨兵认为 master 宕机）
哨兵 1 在关系网中传递消息，向其他哨兵发送图中左上角的消息
其他哨兵得到消息之后，全部向 master 发送消息，确定 master 是否宕机，他们也会将自己得到的结果发送给关系网中的其他哨兵，确定 master 宕机后，将标记改为 odown（所有哨兵探测之后，超过一半的哨兵认为 master 宕机）
当认定 master 宕机之后，此时需要选举新的 master，由哪个哨兵完成这件事要通过哨兵之间的选举决定，具体过程如下所述：
在选举的时候每个哨兵手里都有一票，每个哨兵都会发出一个指令，在内网里边告诉其他哨兵自己当选举人，比如说 sentinel1 和 sentinel2 发出这个选举指令，那么 sentinel3 接收到他们的申请之后，sentinel3 就会把自己的一票投给其中一方，根据到达的先后顺序投票，获得票的那一方就会多一张选举票，按照这样的一种形式，最终会有一个选举结果，获得票数最多的哨兵会被获选
在这个过程中有可能会存在失败的现象，比如第一轮没有选举成功，那就会接着进行第二轮第三轮直到完成选举
当完成哨兵之间的选举之后，接下来就要由选举胜出的哨兵去 slave 中挑选一个，将其变成新的 master，具体的流程如下所述：
不在线的 OUT
响应慢的 OUT
与原 master 断开时间久的 OUT
排除结束，开始进行选择
优先级高的获选
offset 较大的获选（比较大说明同步原来 master 的数据最多）
若还没有选出，则最后根据 runid 选出
哨兵在服务器列表中挑选备选 master 的原则：先排除，后选择
选出新的 master 之后，哨兵发送指令给服务器：
向新的 master 发送 slaveof no one 指令
向其他 slave 发送 slaveof 新 masterIP 端口 指令
同时还要告诉其他的哨兵新 master 是谁
感谢各位的阅读，以上就是“Redis 哨兵模式是什么”的内容了，经过本文的学习后，相信大家对 Redis 哨兵模式是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是丸趣 TV，丸趣 TV 小编将为大家推送更多相关知识点的文章，欢迎关注！
