Redis的主从复制和哨兵模式

- Redis集群搭建（一主二从）
- - replication 主从复制配置文件 redis.conf
  - Redis主从复制工作原理
  - - 全量复制
    - 增量复制
    - redis主从复制策略
  - 搭建集群（主从复制引入）
- 哨兵模式
- - 概念
  - 哨兵配置文件 sentinel.conf
  - - 哨兵配置文件模板【入门】
  - 配置哨兵模式（一主二从三哨兵）
  - - ① 先配置redis的主从服务器
    - ② 配置哨兵
    - ③ 启动服务
    - ④ 访问验证
    - ⑤ 主从服务器数据插入验证
    - ⑥ 验证主节点宕机，集群故障自动转移

Redis集群搭建（一主二从）

replication 主从复制配置文件 redis.conf

主从复制相关的配置项在redis.conf中的replication一栏中

以下是与 Redis 复制相关的配置项及其解释：

replicaof <masterip> <masterport> :

这个配置项用于设置 Redis 服务器作为从服务器（slave），并指定其主服务器（master）的 IP 地址和端口。
例如，replicaof 192.168.1.100 6379 意味着这台 Redis 服务器将从 IP 地址为 192.168.1.100，端口为 6379 的 Redis 服务器复制数据。

masterauth <masterr-password>:

如果主服务器设置了密码，那么从服务器需要使用这个配置项来提供密码，以便能够连接到主服务器并进行数据复制。
例如，masterauth mysecretpassword 将会设置从服务器的主服务器密码为 mysecretpassword。

repl-ping-slave-period :

从服务器会每隔指定的秒数向主服务器发送一个 PING，用于确保连接是活动的。默认值是 10 秒。
你可以通过调整这个值来平衡网络流量和确保连接的稳定性。

repl-timeout :

这是一个超时时间，用于定义从服务器等待主服务器的响应的最长时间。如果在这个时间内没有收到响应，从服务器将断开连接。默认值是 60 秒。
如果网络不稳定或主服务器负载很高，可能需要增加这个值。

repl-disable-tcp-nodelay:

这个选项控制 TCP NoDelay 选项是否应用于从服务器与主服务器之间的连接。
默认情况下，该选项是关闭的，这意味着 TCP NoDelay 是启用的。启用 TCP NoDelay 可以减少网络延迟，但可能会增加 CPU 使用率。
在某些情况下，禁用 TCP NoDelay 可能会提高性能，尤其是在高延迟的网络环境中。

repl-backlog-size :

这个配置项设置了复制积压缓冲区的大小。复制积压是一个缓冲区，用于保存最近被主服务器写入的数据，以便从服务器可以进行部分同步。
默认值是 1MB。如果你的数据集很大，或者从服务器经常断开连接并重新连接，可能需要增加这个值。

repl-backlog-ttl :

这个配置项设置了复制积压缓冲区的存活时间。当缓冲区中的数据超过这个指定的秒数没有被从服务器取走时，这些数据将被移除。
默认值是 3600 秒（1 小时）。如果网络环境不稳定，或者从服务器经常离线，可能需要减少这个值。

Redis主从复制工作原理

Redis的主从复制可以根据是否是全量分为全量复制和增量复制。

全量复制

Redis的全量复制发生在Slave（从节点）初始化阶段，此时slave需要将master主机上的所有数据都复制一份。

从服务器连接主服务器，发送SYNC同步命令
主服务器收到sync同步命令后，开始执行bgsave命令生成.rdb文件，并使用缓冲区记录此后执行的所有写命令。
主服务器bgsave执行完成之后，向所有从服务器发送快照，并在发送快照期间继续记录被执行的写命令。
从服务器收到快照文件后，丢弃所有的旧数据，载入收到的快照
主服务器快照发送完毕之后开始向从服务器发送缓冲区中的写命令
从服务器完成对快照的载入，开始接收命令请求，并执行来着主服务器缓冲区的写命令。

下面是从网上拿来的两张图，可以更清晰的了解主从复制原理及流程

增量复制

redis的增量复制发生在slave（从节点）初始化后开始正常工作时，主服务器发生的写操作同步到从服务器的过程。

增量复制：主服务器每执行一个写命令就会向从服务器发送一个相同的写命令，从服务器接收并执行收到的写命令。

redis主从复制策略

主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步。

redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

搭建集群（主从复制引入）

步骤如下：

拷贝redis.conf配置文件，我们一共需要三台redis-server，所以拷贝三份即可。
修改配置文件，因为每个redis-server都是不同的实例，所以需要修改配置文件
- 修改port端口
- 修改pidfile文件名
- 后台启动服务
- 修改rdb或者aof文件存放位置（具体看你的持久化使用的是rdb还是aof）
- 修改logfile文件存放位置
- 修改replication中的配置 replicaof masterip masterport(配置文件是永久有效，命令是临时有效 slaveof masterip masterport)
启动每个服务，并且查看不同redis-server的配置信息info replication

开始搭建集群！6379为主节点，其余6380,6381为从节点。

cp redis7.conf redis6379.conf
cp redis7.conf redis6380.conf
cp redis7.conf redis6381.conf

主节点6379

vim redis6379.conf# 改动内容如下
bind 0.0.0.0 # 我这里是为了允许任意远程登录
protected-mode no # 关闭保护模式
port 6379  # 服务启动端口
daemonize yes # 后台启动
pidfile /var/run/redis_6379.pid # 指定pidfile文件
logfile "/myredis/redis6379.log" # 指定Logfile文件
dbfilename dump6379.rdb # 指定rdb文件名
dir /myredis/ # 指定工作目录
requirepass robin # 设定redis服务器的密码# 保存退出
ESC shift: wq

从节点6380

vim redis6380.conf# 改动内容如下
bind 0.0.0.0 # 我这里是为了允许任意远程登录
protected-mode no # 关闭保护模式
port 6380  # 服务启动端口
daemonize yes # 后台启动
pidfile /var/run/redis_6380.pid # 指定pidfile文件
logfile "/myredis/redis6380.log" # 指定Logfile文件
dbfilename dump6380.rdb # 指定rdb文件名
dir /myredis/ # 指定工作目录
replicaof 127.0.0.1 6379 # 指定从机的主机
masterauth robin # 从机的主机的密码验证requirepass robin # 设定redis服务器的密码# 保存退出
ESC shift: wq

从节点6381

vim redis6381.conf# 改动内容如下
bind 0.0.0.0 # 我这里是为了允许任意远程登录
protected-mode no # 关闭保护模式
port 6381  # 服务启动端口
daemonize yes # 后台启动
pidfile /var/run/redis_6381.pid # 指定pidfile文件
logfile "/myredis/redis6381.log" # 指定Logfile文件
dbfilename dump6381.rdb # 指定rdb文件名
dir /myredis/ # 指定工作目录
replicaof 127.0.0.1 6379 # 指定从机的主机
masterauth robin # 从机的主机的密码验证requirepass robin # 设定redis服务器的密码# 保存退出
ESC shift: wq

启动三个服务

# redis-server redis配置文件路径
redis-server redis6379.conf
redis-server redis6380.conf
redis-server redis6381.conf

使用ps -ef | grep redis查看一下进程

登录到三台服务器上观察下：

# 开启三个窗口，然后进行不同服务器的登录redis-cli -a robin -p 6379redis-cli -a robin -p 6380redis-cli -a robin -p 6381

测试一下，基础的操作把！主节点用于写数据，从节点用于读数据不能写数据。

至此，一主二从的主从复制已经搭建完毕，但是正常业务中，并不是这么简单的。

当前我们只有一台主节点，那当我们的主节点意外宕机断开连接怎么办？
难道我们要一直等着主节点启动吗？当然不是，这个时候就需要哨兵模式来完成了（当然，手动也可以，但是比较繁琐，而且真实情况下也没人会用手动切换主从），当我们的主节点意外断开连接宕机，我们应该在剩下的从节点中，选出一台服务器作为主节点！！！

哨兵模式

概念

哨兵模式是一种特殊的模式，redis提供了哨兵的命令redis-sentinel，**哨兵是一个独立的进程，即独立运行。
哨兵模式的原理：哨兵通过发送命令，等待redis服务器响应，从而监控多个redis实例。

哨兵通过发送命令，监控主从服务器的运行状态
当哨兵检测到master宕机时，会自动将slave切换成master(根据哨兵的配置去切换)，然后通过发布订阅模式publish和subcribe通知其他的从服务器，修改配置文件，让它们切换主机。

哨兵配置文件 sentinel.conf

下面是redis提供的哨兵配置文件例子，在redis的安装目录下sentinel.conf

sentinel.conf 是 Redis Sentinel 的配置文件，用于配置和管理 Sentinel 系统。

Sentinel 是 Redis 的一个高可用性解决方案，它可以监视任意多个 Redis 主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，代替已下线的主服务器继续处理请求。

以下是 sentinel.conf 文件中一些常见的配置项及其解释：

sentinel monitor <master-name> <ip> <port> <quorum>

<master-name>：主服务器的名称，用于在 Sentinel 集群中唯一标识一个主服务器。
<ip> 和 <port>：主服务器的 IP 地址和端口号。
<quorum>：判断主服务器是否下线的最小 Sentinel 数量。

**sentinel down-after-milliseconds **

设置判断主服务器是否下线的超时时间。如果在指定的毫秒数内，Sentinel 没有收到主服务器的有效回复，则认为该主服务器已下线。

**sentinel failover-timeout **

设置故障转移的超时时间。如果在指定的毫秒数内，Sentinel 没有完成故障转移的操作，则放弃故障转移。

**sentinel parallel-syncs **

设置在进行故障转移时，可以有多少个从服务器同时对新的主服务器进行同步。

sentinel can-failover <yes|no>

设置 Sentinel 是否可以对指定的主服务器进行故障转移。

sentinel deny-scripts-reconfig <yes|no>

设置是否允许通过 SENTINEL RECONFIGURE 命令来修改 Sentinel 的配置。

**sentinel auth-pass **

设置与 Redis 主服务器进行通信时所使用的密码。

**sentinel announcement-ip **

设置 Sentinel 公告的 IP 地址。当 Sentinel 与其他 Sentinel 或 Redis 服务器通信时，将使用这个 IP 地址。

**sentinel down-after-script **

设置一个自定义的脚本，当 Sentinel 检测到主服务器下线时，会执行该脚本。

哨兵配置文件模板【入门】

# 设置sentinel的工作目录，注意这个路径必须是存在的  
dir /tmp  # 哨兵的默认端口为26379 我们配置多个哨兵就需要改成不同的端口
port 26379# 和redis-server一样。哨兵也需要维护唯一的pidfile
pidfile /var/run/redis-sentinel.pid# 6379表示要监听的服务器的端口  2 表示当两个哨兵认为master不可达时，才会发生故障转移
sentinel monitor mymaster 127.0.0.1 6379 2  # 设置判定主服务器下线的超时时间，默认是30秒  
sentinel down-after-milliseconds mymaster 30000  # 如果在指定时间内未能完成故障转移，则认为故障转移失败  
sentinel failover-timeout mymaster 180000  # 设置在故障转移时，最多可以有多少个从服务器同时对新的主服务器进行同步，默认是1  
sentinel parallel-syncs mymaster 1  # 设置密码，如果你的redis主服务器设置了密码，这里也需要设置  
sentinel auth-pass mymaster yourpassword  # 允许通过SENTINEL RECONFIGURE命令来修改Sentinel的配置，默认为no  
sentinel deny-scripts-reconfig yes  # Sentinel公告的IP地址，当Sentinel与其他Sentinel或Redis服务器通信时，将使用这个IP地址  
# 如果未设置，将使用Sentinel绑定的IP地址  
# sentinel announcement-ip <ip>  # 当Sentinel检测到主服务器下线时，会执行该脚本  
# sentinel down-after-script mymaster /path/to/your/script.sh  # 其他配置项...

配置哨兵模式（一主二从三哨兵）

① 先配置redis的主从服务器

步骤如下：

拷贝redis.conf配置文件，我们一共需要三台redis-server，所以拷贝三份即可。
修改配置文件，因为每个redis-server都是不同的实例，所以需要修改配置文件
- 修改port端口
- 修改pidfile文件名
- 后台启动服务
- 修改rdb或者aof文件存放位置（具体看你的持久化使用的是rdb还是aof）
- 修改logfile文件存放位置
- 修改replication中的配置 replicaof masterip masterport(配置文件是永久有效，命令是临时有效 slaveof masterip masterport)
启动每个服务，并且查看不同redis-server的配置信息info replication

拷贝redis.conf配置文件

cp redis7.conf redis6379.conf
cp redis7.conf redis6380.conf
cp redis7.conf redis6381.conf

主节点6379

vim redis6379.conf# 改动内容如下
bind 0.0.0.0 # 我这里是为了允许任意远程登录
protected-mode no # 关闭保护模式
port 6379  # 服务启动端口
daemonize yes # 后台启动
pidfile /var/run/redis_6379.pid # 指定pidfile文件
logfile "/myredis/redis6379.log" # 指定Logfile文件
dbfilename dump6379.rdb # 指定rdb文件名
dir /myredis/ # 指定工作目录
requirepass robin # 设定redis服务器的密码# 保存退出
ESC shift: wq

从节点6380

vim redis6380.conf# 改动内容如下
bind 0.0.0.0 # 我这里是为了允许任意远程登录
protected-mode no # 关闭保护模式
port 6380  # 服务启动端口
daemonize yes # 后台启动
pidfile /var/run/redis_6380.pid # 指定pidfile文件
logfile "/myredis/redis6380.log" # 指定Logfile文件
dbfilename dump6380.rdb # 指定rdb文件名
dir /myredis/ # 指定工作目录
replicaof 127.0.0.1 6379 # 指定从机的主机
masterauth robin # 从机的主机的密码验证requirepass robin # 设定redis服务器的密码# 保存退出
ESC shift: wq

从节点6381

vim redis6381.conf# 改动内容如下
bind 0.0.0.0 # 我这里是为了允许任意远程登录
protected-mode no # 关闭保护模式
port 6381  # 服务启动端口
daemonize yes # 后台启动
pidfile /var/run/redis_6381.pid # 指定pidfile文件
logfile "/myredis/redis6381.log" # 指定Logfile文件
dbfilename dump6381.rdb # 指定rdb文件名
dir /myredis/ # 指定工作目录
replicaof 127.0.0.1 6379 # 指定从机的主机
masterauth robin # 从机的主机的密码验证requirepass robin # 设定redis服务器的密码# 保存退出
ESC shift: wq

② 配置哨兵

拷贝redis安装目录下的sentinel.conf

cp /opt/redis-7.2.4/sentinel.conf  /myredis/sentinel1.conf
cp /opt/redis-7.2.4/sentinel.conf  /myredis/sentinel2.conf
cp /opt/redis-7.2.4/sentinel.conf  /myredis/sentinel3.conf

接下来的步骤基本相同，每个哨兵的配置文件改动基本都是一致的：

禁止保护模式
配置哨兵启动端口（不同哨兵的端口不同 26379 26380 26381）
配置哨兵后台启动
配置logfile（为了方便log）
配置要监听的主服务器
配置要监听的主服务器的密码（有则配置，没密码不用配置）
配置哨兵的工作目录（为了方便演示观察，改动一下）
… 其他配置

修改sentinel1.conf的配置

protected-mode noport 26379daemonize yeslogfile "/myredis/sentinel.log"dir /myredis/sentinel monitor mymaster 127.0.0.1 6379 2sentinel auth-pass mymaster robin

③ 启动服务

启动主从服务器

# redis-server redis配置文件路径
redis-server redis6379.conf
redis-server redis6380.conf
redis-server redis6381.conf

启动三个哨兵

# redis-sentinel sentinel配置文件路径
redis-sentinel sentinel1.conf 
redis-sentinel sentinel2.conf 
redis-sentinel sentinel3.conf

查看一下进程 ps -ef | grep redis

④ 访问验证

创建三个远程终端，分别连接不同的redis-server

redis-cli -a robin -p 6379 redis-cli -a robin -p 6380redis-cli -a robin -p 6381

⑤ 主从服务器数据插入验证

# master 6379
flushdb # 先清空一下数据
set k1 v1# slave 6380
get k1 # v1# slave 6381
get k1 # v1

⑥ 验证主节点宕机，集群故障自动转移

我们手动的停止掉master 6379主服务器，看哨兵是否会从salve6380和slave6381中选择出一台新的服务器

查看sentinel.log日志，日志显示当前6379宕机了，6381变成了新的master主机

去分别查看一下6380和6381的主从状态

查看下redis.conf配置文件

6381：

6380：

至此，哨兵模式已经ok啦，最后再次测试一下当我们的6379重新上线时，master会是谁？
答案：👻master仍然是6381

那么启动6379的服务，再次连接客户端查看一下把！

redis-server redis6379.confredis-cli -a robin -p 6379

如有错误，请各位同学指正😃