clxmm
clxmm
2024-08-19
目录

05Redis复制(replica)

# 1.是什么

官网Redis replication | Docs (opens new window)

就是主从复制，master以写为主，Slave以读为主。

# 2.能干什么

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

# 3.如何实现

配从(库)不配主(库)

# 3.1 权限细节，重要

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

# 3.2 基本操作命令

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

  • replicaof 主库IP 主库端口

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

  • slaveof 主库IP 主库端口

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

  • slaveof no one

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

# 4.具体操作⭐

# 4.1 架构说明

  • 一个Master两个Slave

  • 拷贝多个redis.conf文件

    • redis6379.conf
    • redis6380.conf
    • redis6381.conf

  • 三边网络相互ping通且注意防火墙配置

# 4.2 三大命令

主从复制

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

改换门庭

  • slaveof 新主库IP 新主库端口

自立为王

  • slaveof no one

修改配置-redis6379.conf为例，步骤

  1. 开启daemonize yes
  2. 注释掉bind 127.0.0.1
  3. protected-mode no
  4. 指定端口
  5. 指定当前工作目录，dir
  6. pid文件名字,pidfile
  7. log文件名字,logfile
  8. requirepass
  9. dump.rdb名字
  10. aof文件,appendfilename
  11. 从机访问主机的通行密码masterauth，必须。从机需要配置，主机不用

从机配置

   528 # replicaof <masterip> <masterport>
    529 replicaof 127.0.0.1 6379
    530
    531 # If the master is password protected (using the "requirepass" configuration
    532 # directive below) it is possible to tell the replica to authenticate before
    533 # starting the replication synchronization process, otherwise the master will
    534 # refuse the replica request.
    535 #
    536 masterauth 123456abc
1
2
3
4
5
6
7
8
9
10

# 4.3 常用演示

# 4.3.1 一主二仆

  • 方案1：配置文件固定写死

    • 配置文件执行： replicaof 主库ip 主库port

    • 配从(库)不配主(库)

      • 配置从机6380
      • 配置从机6381

    • 先master后两台slave依次启动

    • 主从关系查看

      • 日志

        19522:S 20 Aug 2024 22:38:41.558 * Connecting to MASTER 192.168.1.105:6379
19522:S 20 Aug 2024 22:38:41.558 * MASTER <-> REPLICA sync started
        1
        2

      • 命令:info replication

        • 主机

          nps2-r:db0> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=714,lag=0
slave1:ip=127.0.0.1,port=6381,state=online,offset=714,lag=1
master_failover_state:no-failover
master_replid:3a8b4fa7e426f528c3121da5dfbf57ef0a7da109
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:714
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:714
          1
          2
          3
          4
          5
          6
          7
          8
          9
          10
          11
          12
          13
          14
          15

        • 从机

          nps2-r22:db0> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:6
master_sync_in_progress:0
slave_read_repl_offset:784
slave_repl_offset:784
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:3a8b4fa7e426f528c3121da5dfbf57ef0a7da109
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:784
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:715
repl_backlog_histlen:70
          1
          2
          3
          4
          5
          6
          7
          8
          9
          10
          11
          12
          13
          14
          15
          16
          17
          18
          19
          20
          21
          22
          23

主机写数据，从机也能复制到数据

2.主从问题演示

  1. 从机可以执行写命令吗？不可以

  2. 从机切入点问题：

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

      master启动，写到k3

      slave1跟着master同时启动，跟着写到k3

      slave2写到k3后才启动，那之前的是否也可以复制？

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

  3. 主机shutdown后，从机会上位吗？

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

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

  4. 主机shutdown后，重启后主从关系还在吗？青山依旧在

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

3.方案2：命令操作手动指定

  • 从机停机去掉配置文件中的配置项，3台目前都是主机状态，各不从属

  • 3台master

  • 预设的从机上执行命令

    • slaveof 主库IP 主库port

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

      不在了

区别

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

# 4.3.2 薪火相传

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

# 4.3.3 反客为主

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

# 5.复制原理和工作流程

  • 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,，类似断点续传

# 6.复制的缺点

  • 复制的缺点

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

  • master挂了如何办？

    • 默认情况下，不会在slave节点中自动重选一个master
    • 那每次都要人工干预？无人值守安装变成刚需
编辑 (opens new window)
#redis
上次更新: 2024/08/21, 22:31:50
04redis发布与订阅
06Redis哨兵(sentinel)

← 06Redis哨兵(sentinel)→

最近更新
01
vue3
02-08
02
vue3-1
01-24
03
vue3
01-18
更多文章>
Theme by Vdoing | Copyright © 2024-2025 Evan Xu | MIT License