Redis07主从复制(replica)

1、是什么

1.1、官网地址

image.png
image.png

1.2、一句话

  • 就是主从复制,master以写为主,slave以读为主
  • 当master数据变化的时候,自动将新的数据异步同步到其他slave数据库

2、 能干嘛

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

3、怎么玩

3.1、配从(库)不配主(库)

3.2、权限细节,重要

  • master如果配置了requirepass参数,需要密码登录
  • 那么slave就要配置masterauth来设置校验密码,否则的话master会拒绝slave的访问请求。

image.png

3.3、基本操作命令

info replication
  • 可以查看复制节点的主从关系和配置信息
replicaof 主库ip 主库端口
  • 一般写入进redis.conf配置文件内
slaveof 主库ip 主库端口
  • 每次与master断开后,都需要重新连接,除非你配置进redis.conf文件
  • 在运行期间修改slave节点的信息,如果该数据库已经是某个主数据库的从数据库,那么会停止和原主数据库的同步关系转而和新的主数据库同步,重新拜码头。
slaveof no one
  • 使当前数据库停止与其他数据库的同步,转成主数据库,自立为王。

4、案例演示

4.1、架构说明

一个master两个slave:三台虚拟机,每台都装redis

拷贝多个redis.conf文件:

redis6379.conf
redis6380.conf
redis6381.conf

4.2、小口诀

三边网络相互ping通并且注意防火墙配置
三大命令

主从复制:

  • replicaof 主库ip 主库端口
  • 配从(库)不配主(库)

改换门庭:

  • slaveof新主库ip 新主库端口

自立为王:

  • salveof no one

4.3、修改配置文件细节操作

以redis6379.conf为例,步骤:
外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

开启daemonize yes

image.png

注释掉bind 127.0.0.1

image.png

protected-mode no

image.png

指定端口

image.png

指定当前工作目录,dir

image.png

pid文件名字,pidfile

image.png

log文件名字,logfile

image.png

requirepass

image.png

dump.rdb名字

image.png

aof文件,appendfilename(我这里没有配置)

image.png

从机访问主机的通行密码masterauth,必须
  • 从机需要配置,主机不用

image.png

4.4、常用3招

一主二仆
方案一:配置文件固定写死
  • 配置文件执行:replicaof 主库ip 主库端口
  • 配从(库)不配主(库):配置从机6380/6381
  • 先master后两台slave依次启动

image.png
image.png
image.png

  • 主从关系查看
    • 日志:主机日志,从机日志
    • 主机日志:
    • image.png
    • 从机日志:
    • image.png
    • 命令:**info replication**
    • 主机查看:
    • image.png
    • 从机查看:
    • image.png
主从问题演示
  1. 从机可以执行写命令吗?(完全读写分离)

image.png

  1. 从机切入点问题
  • slave是从头开始复制还是从切入点开始复制?
  • master启动,写到k3
  • slave1跟着master同时启动,跟着写到k3
  • slave2写到k3才启动,那之前的是否也可以复制?

image.png

  • 首次一锅端,后续跟随,master写,slave读。
  1. 主机shutdown后,从机会上位吗?
  • 主机shutdown后情况如何?从机是上位还是原地待命
  • 从机不动原地待命,从机数据可以正常使用;等待主机重启归来。

image.png

  1. 主机shutdown后,重启后主从关系还在吗?从机还能否顺利复制?

image.png

  1. 某台从机down后,master继续,从机重启后他能跟上大部队吗?
  • 可以
方案二:命令操作手动指定
  • 从机停机去掉配置文件中的配置项,3台目前都是主机状态,各不从属

image.png

  • 3台master

主机从属关系:
image.png
从机从属关系:
image.png

  • 预设的从机上执行命令
    • slaveof 主库ip 主库端口

image.png

  • 用命令使用的话,2台从机重启后,关系还在吗?

image.png

配置 VS 命令的区别
  • 配置:持久稳定
  • 命令:当次生效
薪火相传
  • 上一个salve可以是下一个slave的master,slave同样可以接受其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻主master的写压力(这里的写压力不是写入数据的压力,而是向slave同步的写压力)。
  • 中途变更方向:会清除之前的数据,重新建立拷贝最新的
  • slaveof新主库ip新主库端口

之前的主从状态:
image.png
现在的主从状态:
image.png
测试读写:
image.png

反客为主
  • slaveof no one:使得当前数据库与其他数据分离,自己充当主数据库,但是数据并不会丢失。

脱离主数据库前:
image.png
脱离后:
image.png

5、复制原理和工作流程

image.png

slave启动,同步初请

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

首次连接,全量复制

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

心跳持续,保持通信

  • repl-ping-replic-period 10

image.png

进入平稳,增量复制

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

从机下线,重连续传

  • master会检查backlog里面的offset,master和slave都会保存一个复制的offset还有一个masterID,offset是会保存在backlog中的,Master只会把已经复制的offset后面的数据复制给slave,类似断点续传。

6、复制的缺点

复制延时,信号衰减

image.png

master挂了怎么办?

  • 默认情况下,不会在slave节点中自动重选一个master。
  • 那每次都要进行人工干预?–无人值守安装变成刚需。
  • 3
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值