8.1 介绍

• 主从复制

  • mmaster以写为主，slave以读为主
  • 当master数据变化时，自动将新的数据异步同步到其他slave数据库

• 读写分离

• down机恢复

• 数据备份

• 水平扩容支撑高并发

8.2 基本操作

• 配从不配主
  • 权限细节
    • master如果配置了 requirepass 参数，需要密码登录
    • slave 需要配置 masterauth来设置检验密码，否则的话master会拒绝slave的访问请求

基本操作命令

info replication   查看复制节点的主从关系和配置信息replicaof/slaveof 主库IP 主库端口   replicaof/slaveof这两个一样，一般写入进redis.conf配置文件内，在运行期间修改slave节点的信息，如果该数据库已经某个数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步replicaof/slaveof no one      使当前数据库停止与其他数据库的同步，升级为主数据库

配置一个master，两个slave

• 3台虚拟机，拷贝redis.conf文件

  • redis6379.conf （master）

    • 开启 daemonize yes

    • 注释掉 bind 127.0.0.1

    • protected-mode no

    • 指定端口号 port 6379

    • 指定当前工作目录 dir

    • 

    • pid文件名字 pidfile

    • log文件名字 logfile

    • requirepass

    • dbfilename dump.rdb

    • appendonly yes appendfilename appendonly.aof

    • 从机需要配置 从机配置上主机的ip、端口、密码

  • redis6380.conf （slave）

  • redis6381.conf （slave）

• 注意防火墙配置

启动： systemctl start firewalld
关闭： systemctl stop firewalld
查看状态： systemctl status firewalld 
开机禁用  ： systemctl disable firewalld
开机启用  ： systemctl enable firewalld添加 ：firewall-cmd --zone=public --add-port=80/tcp --permanent    （--permanent永久生效，没有此参数重启后失效）
重新载入： firewall-cmd --reload
查看： firewall-cmd --zone= public --query-port=80/tcp
删除： firewall-cmd --zone= public --remove-port=80/tcp --permanent

• 常用3招

  • 一主二仆

    • 方案1 配置文件固定写死

      • 配置两个从机 6380.conf 和 6381.conf

      • 依次启动

        • 6379.confredis-server /myredis/redis6379.conf redis-cli -a 1234566380.confredis-server /myredis/redis6380.conf redis-cli -a 123456 -p 63806381.confredis-server /myredis/redis6381.conf redis-cli -a 123456 -p 6381
          

      • 主从关系查看

        • 日志查看

          • 主机

          • 从机 （以一台为例）

        • 命令查看

          • info replication

    • 方案2 命令操作手动指定

      • 去掉配置文件中配置的从属关系
      • replicaof/slaveof no one 升级为主机
      • replicaof/slaveof 主库IP 主库端口 称为主库的从机
      • 配置VS命令的区别
        • 配置，持久稳定
        • 命令，当次生效

  • 薪火相传

    • 上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效减轻主master的写压力
    • 中途变更转向：会清除之前的数据，重新建立拷贝最新的
    • slaveof/replicaof 新主库IP 新主库端口

  • 反客为主

    • slaveof/replicaof no one 使当前数据库停止与其他数据库的同步，转成主数据库

复制原理

• 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，类似断电续传

缺点

1. 复制延时，信号衰减

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

2. master挂了

   1. 默认情况下不会在slave节点自动重选一个master
   2. 需要人工干预