【Redis】主从复制(一主二从)

Redis复制

定义

• 官网地址：https://redis.io/docs/management/replication

• 本质

  主从复制，master以写为主，Slave以读为主
  当master数据变化的时候，自动将新的数据异步同步到其它slave数据库

  

作用

• 读写分离
• 容灾恢复
• 数据备份
• 水平扩容支撑高并发

用法

配从库不配主库

权限

• 主机master配置了requirepass参数，需要密码登录
• 从机slave就需要在配置文件中配置masterauth来效验密码
  

基本操作命令

• info replication

  可以查看复制节点的主从关系和配置信息

• replicaof 主库IP 主库端口

  一般写入进redis.conf配置文件内

• slaveof 主库IP 主库端口

  每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
  在运行期间修改slave节点的信息，如果该数据库已经是某个主数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步，重新拜码头

• slaveof no one

  使当前数据库停止与其他数据库的同步，转成主数据库，自立为王

案例演示

实操前置：配置四台Redis(四份redis.conf配置文件)

配置文件修改

• 开启daemonize yes

  daemonize控制着是否后台运行，使用docker需要将其注释掉，或置no

• 注释掉bind 127.0.0.1

• protected-mode no

• 指定端口 port 6379

• 指定当前工作目录，dir /data

• pid文件名字pidfile /var/run/redis_6379.pid

• log文件名字logfile /data/logs

  loglevel notice 级别设置：默认即可

• 设置密码requirepass [password]

• RDB持久化文件名：dbfilename dump.rdb名字

  save ""表示禁用RDB持久化

• AOF持久化文件名：appendfilename "appendonly.aof"

  appendonly yes这个是开启AOF持久化的开关

  appenddirname "appendonlydir"这个是redis7的新特性，将aof文件保存在了 dir+appenddirname目录下

• 从机访问主机的通行密码masterauth，必须

  从机需要配置，主机不用

  
  

一主二从

• 配置文件建主从关系

  写到配置文件，稳定持久

  

  • 从机配置文件 replicaof xxx.xxx.xxx.xxx 6379

  • 先主后从，依次启动redis

  • 主从关系查看

    • 日志

      
      

    • 命令 info replication

      
      

  • 主从问题演示

    • 从机可以执行写命令吗? 不能

      主机可读可写，从机onlyread

    • 从机切入点问题

      无论从机何时接入到主机，都会同步主机的所有数据

    • 主机shutdown后，从机会上位吗? 不会

    • 主机shutdown后，重启后主从关系还在吗? 从机还能否顺利复制？ 主从关系恢复，仍能正常主从复制

    • 某台从机down后，master继续，从机重启后它能跟上大部队吗? 同问题二，可以跟上大部队

• 命令建主从关系

  命令，当次有效

  • slaveof 主库IP 主库端口

    中途变更转向:会清除之前的数据，重新建立拷贝最新的

  • slaveof no one

承前启后的从机

上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master可以有效减轻主master的写压力

注意点：承前启后的那台从机也是readonly，不能写

复制原理和工作流程(全量复制->增量复制)

• slave启动，同步初请

  slave启动成功连接到master后会发送一个sync命令
  slave首次全新连接master，一次完全同步 (全量复制)将被自动执行，slave自身原有数据会被master数据覆盖清除

• 首次连接，全量复制

  master节点收到sync命令后会开始在后台保存快照(即RDB持久化，主从复制时会触发RDB).同时收集所有接收到的用于修改数据集命令缓存起来，master节点执行RDB持久化完后master将rdb快照文件和所有缓存的命令发送到所有slave,以完成一次完全同步
  而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中，从而完成复制初始化

• 心跳持续，保持通信->主机配置文件

  repl-ping-replica-period 10 master发出PING包的周期，默认是10秒

• 进入平稳，增量复制

  Master继续将新的所有收集到的修改命令自动依次传给slave,完成同步

• 从机下线，重连续传

  master会检查backlog里面的offset，master和slave都会保存一个复制的offset还有一个masterId

  offset是保存在backlog中的。Master只会把已经复制的offset后面的数据复制给Slave，类似断点续传

复制的缺点

• 复制延迟，信号衰减

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

• master挂了，从机不会自动上位

  默认情况下，不会在slave节点中自动重选一个master