目录

概念

作用

如何使用

权限细节

基本的操作命令

案例说明

架构说明

三个指令的口令化描述

主从复制

改换门庭

​编辑

自立为王

配置文件的细节操作

常用三招

一主二仆

几个经典的问题

薪火相传

反客为主

工作原理和流程

复制的缺点

复制延时,信号衰减

master挂了


概念

官网对其的介绍是这样的:Redis replication | Redis

我们用一句话总结如下:复制(replica)就是主从复制,master以写为主,Slave以读为主。
当master数据变化的时候,自动将新的数据异步同步到其它slave数据库。

作用

  • 读写分离:主从复制中的读写分离,主要是指从主机中写入数据,然后使用从机对主机中的数据进行读取备份
  • 容灾恢复:一旦主机redis发生宕机,可以在从机中进行读取恢复
  • 数据备份:从机是在主机中读取数据
  • 水平扩容支撑高并发:redis支持一主多从的主从模式,那么则可以设置很多的从机,这样可以在众多从机中进行轮巡读取,这样就能降低高并发环境下读取数据的压力,更好的适应高并发环境

如何使用

权限细节

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

基本的操作命令

info replication// 查看复制节点的主从关系和配置信息



replicaof 主库IP 主库端口// replicaof,一般写入进redis.conf配置文件内,在运行期间修改slave节点的信息,如果该数据库已经某个数据库的从数据库,那么会停止和原主数据库的同步关系转而和新的主数据库同步

slaveof 主库IP 主库端口 //在运行期间修改slave结点的信息,如果该数据库已经是波哥主数据库的数据库,那么会停止和原数据库的同步关系转而和新的数据库同步,即重新拜码头


replicaof/slaveof no one// 使当前数据库停止与其他数据库的同步,升级为主数据库

案例说明

架构说明

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

  • redis6379.conf (master)
  • redis6380.conf (slave)
  • redis6381.conf (slave)

测试三个网络互通ping并且注意防火墙配置(注意三个网络均要相互配置)

三个指令的口令化描述

主从复制

在配置文件中修改 replicaof 主库 IP 主库端口 需要注意的是:配从库不配主库

改换门庭

在redis启动之后在redis中执行salveof 新主库IP 新主库端口 指令

自立为王

在redis启动之后在redis中执行salveof no one 指令

notes:改换门庭和自立为王之后,之前储存在从机中的主机中的数据信息全部没有了

配置文件的细节操作

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

常用三招

一主二仆

方案1 配置文件固定写死

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

主从依次启动

主从关系查看

日志查看

主机日志 查看

从机日志查看

命令:info replication

方案2 命令操作手动指定

去掉配置文件中配置的从属关系 每个机器都是主机


replicaof/slaveof no one 升级为主机
replicaof/slaveof 主库IP 主库端口 称为主库的从机


配置VS命令的区别

配置,持久稳定
命令,当次生效

几个经典的问题

1.从机是否可以执行写命令

2.从机切入点问题

3.主机shutdown之后,从机会自己上位吗

4.主机shutdown之后,重启后主从关系还存在吗?从机能否顺利复制主机之前的数据?


5.某台从机down后,master继续写入数据,从机重启后还能跟上大部队吗(复制down之后主机写入的数据)?

可以

薪火相传

  • 上一个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 继续将新的所有收集到的修改命令自动一次传给slave,完成同步

从机下线,重连续传

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

复制的缺点

复制延时,信号衰减

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

master挂了

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