Redis的主从复制(Master/Slave)

Jeremy_ht
224 阅读5分钟

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第17天，点击查看活动详情

1，什么是复制

  • Redis 的读并发量太大怎么办？

    • 单机版的Redis 挂掉怎么办？
    • 需要写并发又要安全 在redis 3.0 后，官方发布了集群方案

  • 也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主

  • 有什么作用: 读写分离 容灾恢复

2，怎么使用

  • 配从不配主:在从机上使用 slaveof 主库ip 主库端口号 配置

  • 配置命令 【SLAVEOF 主库IP 主库端口】 每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件 进入客户端 Info replication 可以查看主从机信息

  • 详细操作

    • ①拷贝多个redis.conf文件
    • ②开启daemonize yes
    • ③Pid文件名字
    • ④指定端口
    • ⑤Log文件名字
    • ⑥Dump.rdb名字

  • 一主二仆

    • 切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的123是否也可以复制
    • 从头开始复制，备份所有数据。
    • 从机是否可以写？set可否？
    • 配置了主从复制后，主机上可读可写，从机只能读取不能写入，但是可以通过修改redis.config中的slave-read-only的值是从机可以执行写的操作。
    • 主机shutdown后情况如何？从机是上位还是原地待命
    • 主机又回来了后，主机新增记录，从机还能否顺利复制？
    • 其中一台从机down后情况如何？依照原有它能跟上大部队吗？

  • 薪火相传

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

  • 反客为主

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

3，复制的原理

每一个master都有一个replicationID，这是一个较大的伪随机字符串，标记了一 个给定的数据集。每个master也持有一个偏移量，master将自己产生的复制流发送给slave时，发送多少个字节的数据，自身的偏移量就会增加多少，目的是当有 新的操作修改自己的数据集时，它可以以此更新slave的状态。复制偏移量即使在 没有一个slave连接到master时，也会自增，所以基本上每一对给定的 Replication ID，offset都会标识一个master数据集的确切版本。当slave连接到 master时，它们使用PSYNC命令来发送它们记录的旧的master replication ID和 它们至今为止处理的偏移量。通过这种方式，master能够仅发送slave所需的增量部分。但是如果master的缓冲区中没有足够的命令积压缓冲记录，或者如果slave 引用了不再知道的历史记录（replication ID ),则会转而进行一个全量重同步： 在这种情况下，slave会得到一个完整的数据集副本，从头幵始。

步骤：

  • Slave启动成功连接到master后会发送一个sync命令 ；
  • Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令；
  • 在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步;
  • 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中；
  • 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步 ；
  • 只要是重新连接master,一次完全同步（全量复制) 将被自动执行。

4，哨兵模式

  • 什么是哨兵模式

    • 反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。当主机宕机时，就会发生群龙无首的情况，如果在主机宕机时，能够从从机中选出一个来充当主机，那么就不用我们每次去手动重启主机了，这就涉及到一个新的话题，那就是哨兵模式。

    • 假设现在我的master是6379,两个从机分别是6380和6381,两个从机都是从 6379上复制数据。先按照上文的步骤，我们配置好一主二仆，然后在redis目录 下打开sentinel.conf文件，做如下配置： sentinel monitor mymaster 127.0.0.1 6379 1 其中mymaster是给要监控的主机取的名字，随意取，后面是主机地址，最后面的 2表示有多少个sentinel认为主机挂掉了，就进行切换（我这里只有一个，因此设 置为1)。好了，配置完成后，输入如下命令启动哨兵： redis-sentinel sentinel.conf 然后启动我们的一主二仆架构，启动成功后，关闭master，观察哨兵窗口输出的日志。

  • 使用步骤
    • sentinel.conf
    • sentinel monitor mymaster 127.0.0.1 6379 1
    • 启动哨兵： redis-sentinel sentinel.conf
    • 问题：如果之前的master重启回来，会不会双master冲突？ 不会，原来的 master 重启回来，会变成一个 slave

5，复制的缺点

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

avatar
文章
阅读
粉丝