Redis 讲解系列之 Redis的主从复制(一)

Redis 讲解系列之 Redis的复制(一)

概念

• Conception(概念)
  Redis的复制也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主。

• Function(功能)

  • 读写分离(秉持与RDBMS 相同的设计理念)

  • 容灾恢复

---

Redis的复制的实现

这里我们将具体说明并演示Redis的S-M Relication(鉴于各种原因我将在本地演示，不加入其他域的主机，但其主从复制的原理通过横向对比即可应用于不同主机，这里不赘述)。

• 复制的实现

  • 配置规则：配从(库)不配主(库)

  • 从库配置：slaveof 主库IP 主库端口，slaveof 192.168.123.100 6379 表明该主机将附从于IP地址为192.168.123.100 端口号为 6379 的Redis。

    • 每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件.
    • 使用 info replication 查看当前server的S-M关系。

  • 修改配置文件细节操作
    这里我们将详细着重地讲解如何在本地开启S-M Relication，为了数据备份并达到演示的效果我将将之前Redis的安装Root File转移至其他文件夹 E:\WorkSpace\IDEs\Redis1。并且使用Linux OS Env.来演示。由于Windows OS Env不支持 daemonize 和 pid设置，因而无法在Windows OS上做演示，这也呼应了我之前说的Redis的发挥最优良的OS Env应是 Linux/Unix。

    • 拷贝多个redis.conf文件
      这里我们将使用6379 6382 6381 三个端口来模拟S-M Replication。

      

    • 开启daemonize yes

      • Windows：不支持
      • Linux：General 区域的 daemonize yes

    • pid文件名字

      • Windows：不支持
      • Linux：General 区域的
        
        • pidfile /var/run/redis79.pid(redis79.conf)
        • pidfile /var/run/redis80.pid(redis80.conf)
        • pidfile /var/run/redis81.pid(redis81.conf)

    • 指定端口

      • Windows / Linux： General 区域的
        
        • port 6379(redis79.conf)
        • port 6380(redis80.conf)
        • port 6381(redis81.conf)

    • log文件名字

      • Windows / Linux： General 区域的
        
        • logfile “6379.log”(redis79.conf)
        • logfile “6380.log”(redis80.conf)
        • logfile “6381.log”(redis81.conf)
    • dump.rdb名字
      -Windows / Linux：SNAPSHOTTING 区域的
      - dbfilename dump6379.rdb(redis79.conf)
      - dbfilename dump6380.rdb(redis80.conf)
      - dbfilename dump6381.rdb(redis81.conf)

• 最终配置好的3个客户端如下图所示：
  

• 配置好以后将6379设置为Master 6380/6381设置Slave,如下图所示
  

  注意点：

  • 一旦S-M Replication形成 S将共享M 的所有数据。
  • S 只有读的权限。
  • S-M 的数据同步存在一定延时。

• Redis S-M中常用的3招

  • 一主二仆

    • 一个Master两个Slave

    • 日志查看

      • 主机日志
      • 备机日志
      • info replication(查看S-M Replication 关系)

    • 主从问题

      • 1 切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?
        
        • 答: 一旦S-M关系形成，S将享有M所有的数据即从头开始复制M所有的数据。
      • 2 从机是否可以写？set可否？
        
        • 答:从机只能读，不能写即不能set。
      • 3 主机shutdown后情况如何？从机是上位还是原地待命
        
        • 答:M宕机之后 从机将人原地待命并保留M所有的数据(M最近一次的数据保存可能会丢失)
      • 4 主机又回来了后，主机新增记录，从机还能否顺利复制？
        
        • 答:主机重新连接之后将与从机重新建立S-M Replication 关系，并且主机的新增记录仍能同步至从机。
      • 5 其中一台从机down后情况如何？依照原有它能跟上大部队吗？
        答:从机宕机之后，需要重新建立S-M Replication 关系(手动配置：slaveof IP PORT，配置配置：slaveof 192.168.123.100 6379)，当重新与M 建立 S-M Replication之后 S 仍共享M 所有数据。

  • 薪火相传
    
    由上图我们可以看出Redis 的S-M Replication具有传递行，即一个S即可以使SLAVE 也可以是一个MASTER。在做Redis集群是会涉及到这一理念。

  • 反客为主

    • Redis的S-M Replication中的一个SLAVE欲解除S-M关系时可以通过一下命令实现：
    • SLAVEOF no one: 使当前数据库停止与其他数据库的同步，转成主数据库

---

Redis 复制的原理

• slave启动成功连接到master后会发送一个sync命令。

• Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步。

• 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。

• 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步。

• 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行。