【Redis】主从复制(一主二从)

命运对每个人都是一样的,不一样的是各自的努力和付出不同,付出的越多,努力的越多,得到的回报也越多,在你累的时候请看一下身边比你成功却还比你更努力的人,这样,你就会更有动力。

导读:本篇文章讲解 【Redis】主从复制(一主二从),希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

Redis复制

定义

作用

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

用法

配从库不配主库

权限

  • 主机master配置了requirepass参数,需要密码登录
  • 从机slave就需要在配置文件中配置masterauth来效验密码
    【Redis】主从复制(一主二从)

基本操作命令

  • info replication

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

  • replicaof 主库IP 主库端口

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

  • slaveof 主库IP 主库端口

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

  • slaveof no one

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

案例演示

实操前置:配置四台Redis(四份redis.conf配置文件)

配置文件修改

  • 开启daemonize yes

    daemonize控制着是否后台运行,使用docker需要将其注释掉,或置no

  • 注释掉bind 127.0.0.1

  • protected-mode no

  • 指定端口 port 6379

  • 指定当前工作目录,dir /data

  • pid文件名字pidfile /var/run/redis_6379.pid

  • log文件名字logfile /data/logs

    loglevel notice 级别设置:默认即可

  • 设置密码requirepass [password]

  • RDB持久化文件名:dbfilename dump.rdb名字

    save ""表示禁用RDB持久化

  • AOF持久化文件名:appendfilename "appendonly.aof"

    appendonly yes这个是开启AOF持久化的开关

    appenddirname "appendonlydir"这个是redis7的新特性,将aof文件保存在了 dir+appenddirname目录下

  • 从机访问主机的通行密码masterauth,必须

    从机需要配置,主机不用

    【Redis】主从复制(一主二从)
    【Redis】主从复制(一主二从)

一主二从

【Redis】主从复制(一主二从)
  • 配置文件建主从关系

    写到配置文件,稳定持久

    【Redis】主从复制(一主二从)
    • 从机配置文件 replicaof xxx.xxx.xxx.xxx 6379

    • 先主后从,依次启动redis

    • 主从关系查看

      • 日志

        【Redis】主从复制(一主二从)
        【Redis】主从复制(一主二从)
      • 命令 info replication

        【Redis】主从复制(一主二从)
        【Redis】主从复制(一主二从)
    • 主从问题演示

      • 从机可以执行写命令吗? 不能

        主机可读可写,从机onlyread

      • 从机切入点问题

        无论从机何时接入到主机,都会同步主机的所有数据

      • 主机shutdown后,从机会上位吗? 不会

      • 主机shutdown后,重启后主从关系还在吗? 从机还能否顺利复制? 主从关系恢复,仍能正常主从复制

      • 某台从机down后,master继续,从机重启后它能跟上大部队吗? 同问题二,可以跟上大部队

  • 命令建主从关系

    命令,当次有效

    • slaveof 主库IP 主库端口

      中途变更转向:会清除之前的数据,重新建立拷贝最新的

    • slaveof no one

承前启后的从机

上一个slave可以是下一个slave的master,slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master可以有效减轻主master的写压力

注意点:承前启后的那台从机也是readonly,不能写

复制原理和工作流程(全量复制->增量复制)

  • 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

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由半码博客整理,本文链接:https://www.bmabk.com/index.php/post/143930.html

(0)

相关推荐

发表回复

登录后才能评论
半码博客——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!