前言

有了主从模式，主库如果发生故障，从库可以转为主库，这时候我们需要对redis进行监控，此时就需要用到redis中的哨兵机制。

哨兵是建立在主从模式基础之上

哨兵模式是redis 2.x版本提供的，3.x版本的时候一般我们使用 redis集群 cluster

在这里插入图片描述

redis 哨兵模式

哨兵模式

这里我们使用一个主节点（主）和一个子节点（从）

从节点使用哨兵模式进行监控主节点，如果主挂了，从库自动升级为主节点，等待主库恢复了，主库会自动变为从库。

但此时，如果升级为主库的从节点挂了，此时变为从库的主节点不会变为主库，出现这种问题，我们一般采用的是主从都进行哨兵模式配置，互相监控对方，从而达到高可用。

配置哨兵

redis 主 port6380 Sentinel（哨兵端口）26380
redis 从 port6381 Sentinel（哨兵端口）26381

由于windows版本的redis没有 Sentinel.conf文件 所以在redis的文件中创建一个

在这里插入图片描述

主服务6380哨兵监听 从节点6381

# 当前Sentinel服务运行的端口
port 26380
#master
sentinel monitor master 127.0.0.1 6381 1
sentinel down-after-milliseconds master 5000
sentinel failover-timeout master 180000
sentinel parallel-syncs master 1

从节点6381 哨兵监听 主服务6380

# 当前Sentinel服务运行的端口
port 26381

# Sentinel去监视一个名为mymaster的主redis实例，
# 这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，
# 而将这个主实例判断为失效至少需要2个 Sentinel进程的同意，
# 只要同意Sentinel的数量不达标，自动failover就不会执行

 # 这个一定设置为 no 或者这里不设置  需要在哨兵中关闭保护模式。
# protected-mode no

# 指定了Sentinel认为Redis实例已经失效所需的毫秒数。
# 当 实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。
# 只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线，这时自动故障迁移才会执行

sentinel monitor mymaster 127.0.0.1 6380 1

# 指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长

sentinel down-after-milliseconds mymaster 5000

# 如果在该时间（ms）内未能完成failover操作，则认为该failover失败

sentinel failover-timeout mymaster 10000

 

启动redis
redis-server.exe redis.windows.conf

启动哨兵
redis-server.exe sentinel.conf --sentinel

停止6380 主节点，查看从节点6381 可以看到升为主节点了

可以从6381哨兵中看到

在这里插入图片描述

在启动6380 主节点 ，可以看到 6380主节点转为6380的从节点

可以在6380的哨兵中看到

在这里插入图片描述

一主一从两哨兵的目的是

主库挂了从升级为主库，原来主库恢复了之后成为从库

升级为主库的从库挂了之后，降为从库的主库再升级为主句

两者进行切换