当前位置：首页 > news >正文

浅谈 Redis 主从复制原理（二）

news 来源：原创 2025/6/21 8:35:20

大家好，我是此林。

【浅谈 Redis 主从集群原理（一）】

上一篇文章中，说到了 Redis 主从复制的全量同步和增量同步，repl_baklog 复制缓冲区，以及 slave 挂掉之后数据同步的措施。

下面介绍的上一篇遗留问题，主节点 master 宕机了，怎么办？

1. 哨兵（Sentinel）

这里贴一张网上的图，对哨兵有个整体了解。

哨兵的作用有三个：

1. 监控：不断地检查 master 和 slave 是否按照预期工作。

2. 自动故障恢复：如果 master 宕机，哨兵会选举一个 slave 提升为 master。

3. 通知：当集群发生故障转移时，会将最新信息推送给 Redis 客户端（如：RedisTemplate）

2. 服务监控

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

主观下线：如果某一个哨兵发现有节点没有在规定时间内相应，认为该节点主观下线。
客观下线：一般如果超过一半数量的哨兵都认为该节点宕机，那么该节点客观下线。

3. master 选举

如果发现 master 宕机了，需要在 slave 中选举一个作为新的 master。

选举优先级规则：

1. 先根据 slave 和 master 断开时间的长短，剔除掉超过指定阈值的 slave。

2. 然后在剩余的节点中，比较 slave-priority 的大小，越小优先级越高（可以通过配置文件配置）

3. 如果 slave-priority 一样，就比较 slave 的 offset，就是同步进度，越大的代表数据越新。

4. 最后比较 slave 节点的 id 大小，越小优先级越高。

4. 故障转移

当选了一个 slave 作为新的 master 后，开始进行故障转移。

1. 哨兵向新的 master 发送 slaveof no one 命令，让 slave 变成 master。

2. 哨兵再向其他节点发送 slaveof 新master的IP 新master的端口，让其他节点成为新 master 的 slave。

3. 最后，把故障节点标记为 master，这样故障节点恢复后就会成为新 master 的 slave。

5. 哨兵集群搭建

哨兵集群信息如下：

哨兵节点	IP地址	端口号
s1	192.168.183.128	27001
s2	192.168.183.128	27002
s3	192.168.183.128	27003

主从集群信息如下：

节点	IP地址	端口号
master	192.168.183.128	7001
slave1	192.168.183.128	7002
slave2	192.168.183.128	7003

目录信息如下：

在s1、s2、s3目录下创建 sentinel.conf，这是 s1 的。

注：vi 命令编辑，:wq 保存，:q! 不保存退出，键盘按下 i 是insert 模式，\+关键字是搜索

配置解释：

port 27001：指定哨兵端口

sentinel announce-ip ：声明当前哨兵的IP地址

sentinel monitor：指定主节点信息。mymaster 是主节点名称，IP 和端口也是主节点的，2 是当超过两个哨兵认为某个节点主观下线的时候，那么该节点客观下线。

为什么只要配置 master：master 上可以通过 info replication 命令查询到 slave 的信息，所以实际上还是会监控整个集群的。

sentinel down-after-milliseconds：slave 和 master 断开的最大时长

sentinel failover-timeout：slave 故障恢复的超时时间

哨兵启动：

redis-sentinel s1/sentinel.conf
redis-sentinel s2/sentinel.conf
redis-sentinel s3/sentinel.conf

6. RedisTemplate 哨兵模式

RedisTemplate 作为 Redis 的一个客户端，底层利用 lettuce 实现节点的感知和自动切换。

在application.yml 里配置如下：

这里我们发现只要配置哨兵节点即可。

所以总结之前的，可知哨兵有如下作用：

1. 服务监控

2. master 选举和 slave 故障转移

3. 通知 Redis 客户端节点变化

主从读写配置：

@Bean
public LettuceClientConfigurationBuilderCustomizer configurationBuilderCustomizer() {
    return configBuilder -> configBuilder.readFrom(ReadFrom.REPLICA_PREFERRED);
}

这里的 ReadFrom 是配置 Redis 的读取策略：

MASTER：从主节点读取

MASTER_PERFERRED：优先从 MASTER 读取，MASTER 不可用才读取 slave。

REPLICA：从从节点读取

REPLICA_PERFERRED：优先从从节点读取，slave 不可用才读取 MASTER。

主从切换、读写分离、故障转移通知接收由 RedisTemplate 全自动完成，底层已经封装好了，我们无需关注。