[08] Redis 主从复制

简述

• 主从复制，就是主机数据更新后根据配置和策略，自动同步到备机的 Master-Slaver 机制，Master 以写为主，Slave 以读为主。
  
• 好处
  • 读写分离，减轻读写压力，性能扩展
  • 容灾快速恢复

配从不配主

配置文件

1. 拷贝多个 redis.conf 文件 include
2. 开启 daemonize yes // redis.conf 中配过了
3. Pid 文件名字 pidfile
4. 指定端口 port
5. Log 文件名字
6. 修改 dump.rdb~dbfilename
7. appendonly 关掉或者换名字

---

2.2 主从关系

info replication     # 打印主从复制的相关信息
slaveof <ip> <port>  # 成为某个实例的从属服务器
salveof no one       # 从机变为主机

复制原理

摘自：https://www.cnblogs.com/daofaziran/p/10978628.html

和 Mysql 主从复制的原因一样，Redis 虽然读取写入的速度都特别快，但是也会产生读压力特别大的情况。为了分担读压力，Redis 支持主从复制，Redis 的主从结构可以采用一主多从或者级联结构，Redis 主从复制可以根据是否是全量分为全量同步和增量同步。下图为级联结构。

全量同步

Redis全量复制一般发生在 Slave 初始化阶段，这时 Slave 需要将 Master 上的所有数据都复制一份。具体步骤如下：

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

完成上面几个步骤后就完成了从服务器数据初始化的所有操作，从服务器此时可以接收来自用户的读请求。

增量同步

Redis 增量复制是指 Slave 初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。

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

主从同步策略

主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，Slave 在任何时候都可以发起全量同步。Redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

复制延时

由于所有的写操作都是先在 Master 上操作，然后同步更新到 Slave 上，所以从 Master 同步到 Slave 机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave 机器数量的增加也会使这个问题更加严重。

薪火相传

• 上一个 Slave 可以是下一个 Slave 的 Master，Slave 同样可以接收其他 Slaves 的连接和同步请求，那么该 Slave 作为了链条中下一个的 Master，可以有效减轻 Master 的写压力，去中心化降低风险。
  
• 中途变更转向：会清除之前的数据，重新建立拷贝最新的
• 风险：一旦某个 Slave 宕机，后面的 Slave 都没法备份
• 反客为主：当 Master 宕机后，后面的 Slave 可以立刻升为 Master（命令：slaveof no one），其后面的 Slave 不用做任何修改

哨兵模式

• 反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
  
• 配置哨兵
  • 调整为一主二仆模式
  • 自定义的 /opt/myRedis 目录下新建 sentinel.conf 文件
  • 在配置文件中填写内容：sentinel monitor myMaster 127.0.0.1 6379 1
  • 其中 myMaster 为监控对象起的服务器名称，1 为至少有多少个哨兵同意迁移的数量
• 启动哨兵：redis-sentinel /opt/myRedis/sentinel.conf
  

---

故障恢复：