Redis详解

目录

Redis哨兵工作原理

哨兵的作用

服务状态监控 

工作原理总结

redis哨兵集群搭建

RedisTemplate操作哨兵

Redis哨兵工作原理

哨兵的作用

redis提供了哨兵（sentinel）机制来实现主从集群的自动故障恢复。哨兵的结构和作用如下：

  • 监控：sentinel会不断检查你的master和slave是否按预期工作
  • 自动故障恢复：如果master故障。sentinel会将一个slave提升为master。当故障实例恢复后也以新的master为主。
  • 通知：sentinel充当redis客户端的服务发现来源，当集群发送故障转移时，会将最新信息推送给redis客户端。

jedis连接redis哨兵报错 redistemplate 哨兵_缓存

服务状态监控

sentinel基于心跳机制监测服务状态，每隔1s向集群的每个实例发送ping命令：

  • 主观下线：如果某sentinel节点发现某实例未在规定时间响应，则认为该实例主观下线。
  • 客观下线：若超过指定数量的sentinel都认为该实例主观下线，则该实例客观下线。quorum值最好超过sentinel实例数量的一半。

jedis连接redis哨兵报错 redistemplate 哨兵_工作原理_02

选举新的master

一旦发现master故障，sentinel需要在slave中选择一个作为新的master，选择依据是这样的：

  • 首先会判断slave节点与master节点断开时间长短，如果超过指定值（down- after- millisecond * 10）则会排除该slave节点
  • 然后判断slave节点的slave- priority值，越小优先级越高，如果是0则永不参与选举
  • 如果slave- priority一样，则判断slave节点的offset值，越大说明数据越新，优先级越高
  • 最后是判断slave节点的运行id大小，越小优先级越高。

如何实现故障转移

当选中了其中一个slave为新的master后（例如slave1），故障的转移的步骤如下：

  • sentinel给备选的slave节点发送slaveof no one命令，让该节点成为master
  • sentinel给所有其它slave发送slaveof 192.168.150.101 7002命令，让这些slave成为新master的从节点，开始从新的master上同步数据。
  • 最后，sentinel将故障节点标记为slave，当故障节点恢复后会自动成为新的master的slave节点。

jedis连接redis哨兵报错 redistemplate 哨兵_jedis连接redis哨兵报错_03

工作原理总结

sentinel的三个作用是什么？

  • 监控、故障转移、通知

sentinel如何判断一个redis实例是否健康？

  • 每隔1s发送一次ping命令，如果超过一定时间没有响应则认为是主观下线
  • 如果大多数sentinel都认为实例主观下线，则判定服务下线

故障转移步骤有哪些？

  • 首先选定一个slave作为新的master，执行slaveof no one
  • 然后让所有节点都执行slaveof 新master
  • 修改故障节点配置，添加slaveof 新master

redis哨兵集群搭建

我的云服务目录环境

jedis连接redis哨兵报错 redistemplate 哨兵_数据库_04

cd /home/software/redis 

mkdir s1 s2 s3

然后我们在s1目录创建一个sentinel.conf文件，添加下面的内容：

port 27001

sentinel announce-ip 139.198.181.54

sentinel monitor mymaster 139.198.181.54 7001 2

sentinel down-after-milliseconds mymaster 5000

sentinel failover-timeout mymaster 60000

sentinel auth-pass mymaster 123456  #配置redis master密码

daemonize yes #后台启动哨兵

dir "/home/software/redis/s1"

 

说明：

port 27001：是当前sentinel实例的端口
sentinel monitor mymaster 192.168.150.101 7001 2：指定主节点信息
mymaster：主节点名称，自定义，任意写
139.198.181.54 7001：主节点的ip和端口
2：选举master时的quorum值

然后将s1/sentinel.conf文件拷贝到s2、s3两个目录中（在/tmp目录执行下列命令）：

# 方式一：逐个拷贝

cp s1/sentinel.conf s2cp s1/sentinel.conf s3

# 方式二：管道组合命令，一键拷贝

echo s2 s3 | xargs -t -n 1cp s1/sentinel.conf

修改s2、s3两个文件夹内的配置文件，将端口分别修改为27002、27003：

sed -i -e 's/27001/27002/g'-e 's/s1/s2/g's2/sentinel.conf

sed -i -e 's/27001/27003/g'-e 's/s1/s3/g's3/sentinel.conf

为了方便查看日志，我们打开3个ssh窗口，分别启动3个redis实例，启动命令：

# 第1个

redis-sentinel s1/sentinel.conf

# 第2个

redis-sentinel s2/sentinel.conf

# 第3个

redis-sentinel s3/sentinel.conf

RedisTemplate操作哨兵

在sentinel集群监管下的redis主从集群，其节点会因为自动故障转移而发生变化，redis的客户端必须感知这种变化，及时更新连接信息。spring的redis template底层利用lettuce实现了节点的感知和自动切换。

在sentinel模式下，主从地址是可以变更的，redis不能配置死，只需要知道sentinel地址即可

读写分离，写操作都去找master节点，读操作都去找slave节点

/**

 * master：从主节点读取

 * master_preferred：优先从master节点读取，master不可用才读取replica

 * replica：从slave（replica）节点读取

 * replica_preferred：优先从slave（replica）节点读取，所有的slave都不可用才读取master

 */

@Bean

public LettuceClientConfigurationBuilderCustomizer customizer() {

    return (clientConfigurationBuilder) -> clientConfigurationBuilder.readFrom(ReadFrom.REPLICA_PREFERRED);

}

这里的ReadFrom是配置redis的读取策略，是一个枚举，包括下面选择：

master：从主节点读取
master_preferred：优先从master节点读取，master不可用才读取replica
replica：从slave（replica）节点读取
replica_preferred：优先从slave（replica）节点读取，所有的slave都不可用才读取master

在配置文件中指定sentinel相关信息

spring:
  redis:
    # 配置哨兵（sentinel）集群信息
    password: 123456 # 如果redis有密码，配置redis密码
    sentinel:
      master: mymaster # 指定master名称
      nodes: # 指定redis-sentinel集群信息
        - 139.198.181.54:27001
        - 139.198.181.54:27002
        - 139.198.181.54:27003