Redis主从复制

文章目录

  • 定义
  • 用途
    • 怎么使用
  • 案例演示
    • 三大命令:
    • 修改配置文件细节
    • 常见方式
      • 一主二仆
      • 薪火相传
      • 反客为主
  • 复制原理和工作流程
  • 主从复制的缺点

定义

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

用途

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

怎么使用

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

Redis主从复制_第1张图片
基本命令介绍: info replication,可以查看复制节点的主从关系和配置信息。

replicaof 主库IP 主库端口 一般写入redis.conf配置文件内

slaveof 主库IP 主库端口:每次与master断开之后都需要重新连接,除非你配置进redis.conf,再运行期间修改slave节点的信息,如果该数据库已经是某个主数据库的从数据库,那么会停止与原主数据库的同步关系转而和新的主数据库同步,重新拜码头。

slaveof no one 使当前数据库停止与其他数据库的同步,转成主数据库,自立为王。

案例演示

一主二从:
Redis主从复制_第2张图片

三大命令:

  • 主从复制,配从不配主,replicaof 主库IP 主库端口
  • 改换门庭,slaveof 新主库IP 新主库端口
  • 自立为王:slaveof no one

修改配置文件细节

  • daemonize yes用来定制redis是否要用守护线程的方式启动,当yes,Redis会在后台运行,除非kill该进程。,采用no时,当前界面会进入redis命令行界面,exit强制退出或者关闭连接工具都会导致redis进程退出。
  • 注释掉bind 127.0.0.1
  • protected-mode no这样可以通过任何连接方式访问Redis,不用只通过Unix socket或者127.0.0.1的TCP连接才能访问Redis。
  • port 端口号
  • dir 当前工作目录 dir ./就是把当前目录当作工作目录
  • pidfile ...
  • logfile ...
  • requirepass 密码 在配置文件中配置requirepass的密码(当redis重启时密码依然有效)
  • dbfilename dump6379,rdb 设置dump.rdb名字
  • masterauth “111111” 从机访问主机的通行密码masterauth,从机需要配置,主机不用配置

常见方式

一主二仆

方案一:配置文件固定写死
比如配置从机6380,配置从库不配置主库
Redis主从复制_第3张图片
先master后两台slave依次启动
Redis主从复制_第4张图片
从机执行不了写命令:
在这里插入图片描述

  • 从机是从头开始复制还是从切入点开始复制?
    首次一锅端,后续跟随,master写,slave跟
  • 主机shutdown,从机会上位吗?
    从机不动,原地待命,从机数据可以正常使用,等待主机重启动归来。
  • 主机shutdown后,重启后主从关系还在吗?从机还能否顺利复制?
    青山依旧在
  • 某台从机down了,master继续,从机重启后能跟上大部队吗?
    能,重启后同步master数据,从机数据与主机数据不同,从机将执行全量复制

薪火相传

上一个slave可以是下一个slave的master,slave同样可以接受其他slaves的连接和同步请求,那么该slave作为链条中下一个master可以有效减轻主master的写压力。
如果中途变更转向:会清除之前的数据,重新建立拷贝最新的

反客为主

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

复制原理和工作流程

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

主从复制的缺点

复制延时,信号衰减:
Redis主从复制_第5张图片

master挂了如何办?

默认情况下不会自动重选一个master
那每次都要人工干预?无人值守安装变成刚需

你可能感兴趣的:(redis,redis,数据库,缓存)