什么是主从复制？

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

image-20240605171507995

能做什么？

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

案例演示

架构图：

redis架构图

一主二从，我把配置文件放在 /redis中，分别是redis6379.conf、redis6380.conf、redis6381.conf。

修改配置文件细节操作

以修改主机redis6379.conf为例：

  1. daemonize yes
  2. bind 0.0.0.0
  3. protected-mode no
  4. port 6379
  5. dir /redis 指定工作目录
  6. pidfile /var/run/redis_6379.pid
  7. logfile "/redis/6379.log
  8. requirepass 11111
  9. dbfilename dump6379.rdb
  10. appendonly yes

从机除了以上的相关修改，还需要配置：

  1. replicaof 10.10.10.200 6379
  2. masterauth "11111"

redis 启动

先启动 master 后启动两台 slave

image-20240605193619192

master 日志：

image-20240605193855883

可以在客户端用命令查看：

info replication

image-20240605194706592

主从问题演示

  1. 从机可以执行写操作吗？

    image-20240605194930490

  2. 从机的切入点问题

    slave 是从头开始复制还是从切入点开始复制

    首次一锅端，后续跟随，master写，slave跟

  3. 主机shutdown后情况如何？从机是上位还是原地待命

    从机不动，原地待命，从机数据可以正常使用；等待主机重启动归来

  4. 主机shutdown后，重启后主从关系还在吗？从机还能否顺利复制？

    青山依旧在

  5. 某台从机down后，master继续，从机重启后它能跟上大部队吗？

    能

命令行配置

除了在配置文件中配置主从关系，还可以用命令行，但是如果重启那么关系就不在了。命令只能当次生效。

基本操作命令

  1. info replication

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

  2. replicaof 主库IP 主库端口

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

  3. slaveof 主库IP 主库端口

    每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件

    在运行期间修改slave节点的信息，如果该数据库已经是某个主数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步，重新拜码头

  4. slaveof 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，类似断点续传

复制的缺点

复制延时，信号衰减

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

master挂了如何办？

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

那每次都要人工干预吗？

无人值守安装变成刚需，有更好的方法。