Redis 主从复制

1-是什么

主机数据更新后根据配置和策略，自动同步到备机的 Master/Slave 机制，Master 以写为主，Slave 以读为主。

---

2-能干嘛

• 读写分离，性能扩展。
• 容灾快速恢复。

---

3-怎么玩

A、新建 /data/opt/redis-6.2.4/redis6379.conf

include /data/opt/redis-6.2.4/redis.conf
daemonize yes
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdb
appendonly no
# 设置从机优先级：默认100，值越小，优先级越高，用于选举主机时使用
slave-priority 10

B、新建 /data/opt/redis-6.2.4/redis6380.conf

include /data/opt/redis-6.2.4/redis.conf
daemonize yes
pidfile /var/run/redis_6380.pid
port 6380
dbfilename dump6380.rdb
appendonly no
slave-priority 20

C、新建 /data/opt/redis-6.2.4/redis6381.conf

include /data/opt/redis-6.2.4/redis.conf
daemonize yes
pidfile /var/run/redis_6381.pid
port 6381
dbfilename dump6381.rdb
appendonly no
slave-priority 30

D、启动三台 Redis 服务

/data/opt/redis-6.2.4/bin/redis-server /data/opt/redis-6.2.4/redis6379.conf
/data/opt/redis-6.2.4/bin/redis-server /data/opt/redis-6.2.4/redis6380.conf
/data/opt/redis-6.2.4/bin/redis-server /data/opt/redis-6.2.4/redis6381.conf

# 查看 Redis 进程
ps -ef|grep redis

E、查看三台 Redis 服务运行情况

/data/opt/redis-6.2.4/bin/redis-cli -p 6379
/data/opt/redis-6.2.4/bin/redis-cli -p 6380
/data/opt/redis-6.2.4/bin/redis-cli -p 6381

# 打印主从复制的相关信息
info replication

F、配置从库不配主库

# 配置成为某个 Redis 实例从服务
slaveof  <ip><port>

在 Redis 服务 6380、6380 上执行：

slaveof 127.0.0.1 6379

G、在主库写，在从库读数据


H、在从库写数据报错

I、主库、从库重启

• 主库挂掉，重启就行。
• 从库重启，需要执行命令。

  slaveof 127.0.0.1 6379
  

J、从库永久生效，写入配置文件
/data/opt/redis-6.2.4/redis6380.conf：

include /data/opt/redis-6.2.4/redis.conf
daemonize yes
pidfile /var/run/redis_6380.pid
port 6380
dbfilename dump6380.rdb
appendonly no
slave-priority 20
slaveof 127.0.0.1 6379

---

4-常用搭配

4.1-一主二仆

• 切入点问题：Slave1、Slave2 是从头开始复制还是从切入点开始复制？
  比如：从 k4 进来，之前的 k1、k2、k3 是否也可以复制？
• 从机是否可以写：Set 可否？
• 主库 shutdown 后情况如何？从库是上位还是原地待命？
• 主机又回来了后，主机新增记录，从机还能否顺利复制？
• 其中一台从机 down 后情况如何？依照原有它能跟上大部队吗？

4.2-薪火相传

上一个 Slave 可以是下一个 Slave 的 Master，Slave 同样可以接收其他 Slaves 的连接和同步请求，那么该 Slave 作为了链条中下一个的 Master，可以有效减轻 Master 的写压力，去中心化降低风险。

slaveof  <ip><port>

缺点：

• 中途变更转向：会清除之前的数据，重新建立拷贝最新的。
• 风险是一旦某个 Slave 宕机，后面的 Slave 都没法备份。
• 主机挂了：从机还是从机，无法写数据。

4.3-反客为主

当一个 Master 宕机后，后面的 Slave 可以立刻升为 Master，其后面的 Slave 不用做任何修改。

# 将从机变主机
slaveof  no one

4.4-复制原理

• Slave 启动成功连接到 Master 后会发送一个 sync 命令。
• Master 接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，Master 将传送整个数据文件到 Slave，以完成一次完全同步。
• 全量复制：而 Slave 服务在接收到数据库文件数据后，将其存盘并加载到内存中。
• 增量复制：Master 继续将新的所有收集到的修改命令依次传给 Slave，完成同步。
• 但是只要是重新连接 Master，一次完全同步（全量复制）将被自动执行。

---

5-哨兵模式

5.1-是什么

反客为主的自动版：能够后台监控主机是否故障，若故障了根据投票数自动将从库转换为主库。

4.2-怎么玩

A、调整为一主(6379)二仆(6380、6381)模式



B、新建文件/data/opt/redis-6.2.4/sentinel.conf

# mymaster 为监控对象起的服务名称，1 为至少有多少个哨兵统计迁移的数量
sentinel monitor redismaster 127.0.0.1 6379 1

C、启动哨兵

# Redis 压测可以用自带工具 redis-benchmark
/data/opt/redis-6.2.4/bin/redis-sentinel /data/opt/redis-6.2.4/sentinel.conf

D、当主机挂掉，从机选举产生新的主机

• 大概 10 秒左右可以看到哨兵窗口日志，切换了新的主机。
• 哪个从机会被选举为主机呢？根据优先级别：slave-priority。
• 原主机重启后会变为从机。
  

4.3-复制延时

由于所有的写操作都是先在 Master 上操作，然后同步更新到 Slave 上，所以从 Master 同步到 Slave 机器有一定的延迟。

当系统很繁忙的时候，延迟问题会更加严重，Slave 机器数量的增加也会使这个问题更加严重。

4.4-故障恢复

• 优先级在redis.conf中默认：slave-priority 100，值越小优先级越高。
• 偏移量是指获得原主机数据最全的。
• 每个 Redis 实例启动后都会随机生成一个 40 位的 runid。

private static JedisSentinelPool jedisSentinelPool=null;

public static  Jedis getJedisFromSentinel(){
if(jedisSentinelPool==null){
            Set<String> sentinelSet=new HashSet<>();
            sentinelSet.add("192.168.11.103:26379");

            JedisPoolConfig jedisPoolConfig =new JedisPoolConfig();
            jedisPoolConfig.setMaxTotal(10); //最大可用连接数
jedisPoolConfig.setMaxIdle(5); //最大闲置连接数
jedisPoolConfig.setMinIdle(5); //最小闲置连接数
jedisPoolConfig.setBlockWhenExhausted(true); //连接耗尽是否等待
jedisPoolConfig.setMaxWaitMillis(2000); //等待时间
jedisPoolConfig.setTestOnBorrow(true); //取连接的时候进行一下测试 ping pong

jedisSentinelPool=new JedisSentinelPool("mymaster",sentinelSet,jedisPoolConfig);
return jedisSentinelPool.getResource();
        }else{
return jedisSentinelPool.getResource();
        }
}

---