网站导航
> 文章列表 > 【Redis7】Redis7 主从复制（重点：主从复制原理）

【Redis7】Redis7 主从复制（重点：主从复制原理）

网友: 文章列表 2024-03-22 04:39:43

【Redis7】Redis7 主从复制（重点：主从复制原理）

 【大家好，我是爱干饭的猿，本文重点介绍Redis7 复制。

后续会继续分享Redis7和其他重要知识点总结，如果喜欢这篇文章，点个赞👍，关注一下吧】

上一篇文章：《【Redis7】Redis7 事务&管道&发布订阅》

目录

🍚1. 复制

1.1 概述

1.2 作用

1.3 基本操作 

1.4 配置一个主机，两个从机 

1.5 常用3招

1.6 复制原理

1.7 缺点

🍚1. 复制

1.1 概述

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

1.2 作用

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

1.3 基本操作 

配从库不配主库

  • 权限细节
    • master如果配置了 requirepass 参数，需要密码登录
    • slave 需要配置 masterauth来设置检验密码，否则的话master会拒绝slave的访问请求
info replication   // 查看复制节点的主从关系和配置信息replicaof/slaveof 主库IP 主库端口    // replicaof/slaveof这两个一样，一般写入进redis.conf配置文件内，在运行期间修改slave节点的信息，如果该数据库已经某个数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步replicaof/slaveof no one    // 使当前数据库停止与其他数据库的同步，升级为主数据库

1.4 配置一个主机，两个从机 

配置一个master，两个slave，3台虚拟机，拷贝redis.conf文件

  • redis6379.conf （master）
  • redis6380.conf （slave）
  • redis6381.conf （slave）

步骤（每个机器都要配）：

  1. 开启daemonize yes
  2. 注释掉bind 127.0.0.1
  3. Bprotected-mode no
  4. 指定端口
  5. 指定当前工作目录，dir Bpid
  6. 文件名字,pidfilelog
  7. 文件名字,logfile
  8. requirepass
  9. dump.rdb名字
  10. aof文件,appendfilenan
  11. （从机需要配）从机访问主机的通行密码masterauth，主机的ip、端口

     

注意：开启相应防火墙

1.5 常用3招

  1. 一主二仆

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

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

      2. 依次启动

      3. 主从关系查看

      4. 日志查看

      5. 命令：info replication

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

      1. 去掉配置文件中配置的从属关系
      2. replicaof/slaveof no one 升级为主机
      3. replicaof/slaveof 主库IP 主库端口 称为主库的从机
      4. 配置VS命令的区别
        1. 配置，持久稳定
        2. 命令，当次生效
  2. 薪火相传
    1. 上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效减轻主master的写压力
    2. 中途变更转向：会清除之前的数据，重新建立拷贝最新的
    3. slaveof/replicaof 新主库IP 新主库端口
  3. 反客为主
    1. slaveof/replicaof no one 使当前数据库停止与其他数据库的同步，转成主数据库

1.6 复制原理

  1. slave启动，同步初请
    1. slave启动成功连接到master后会发送一个sync命令
    2. slave首次全新连接master，一次完全同步（全量复制）将被自动执行，slave自身原有数据会被master数据覆盖清除
  2. 首次连接，全量复制
    1. master节点收到sync命令后会在后台开始保存快照（即RDB持久化，主从复制会触发RDB），同时收集所有接收到的用于修改数据集命令缓存起来，master节点执行RDB持久化后，master将rdb快照文件和缓存的命令发送到所有slave，已完成一次完全同步
    2. 而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中，从而完成复制初始化
  3. 心跳持续，保持通信
    1. repl-ping-replica-period 10
    2. master发出PING包的周期，默认是10秒
  4. 进入平稳，增量复制
    1. master 继续将新的所有收集到的修改命令自动一次传给slave，完成同步
  5. 从机下线，重连续传
    1. master 会检查backlog里面的offset，master和slave都会保存一个复制的offset怀有一个masterId
    2. offset 是保存在backlog 中的。master只会把已经复制的offset后面的数据赋值给slave，类似断电续传

1.7 缺点

  1. 复制延时，信号衰减

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

  2. master挂了

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

分享到此，感谢大家观看！！！

如果你喜欢这篇文章，请点赞加关注吧，或者如果你对文章有什么困惑，可以私信我。

🏓🏓🏓

网络标签：

相关问题