Reids主从复制

北小风
64 阅读4分钟

「这是我参与2022首次更文挑战的第4天，活动详情查看：2022首次更文挑战」

是什么

主机数据更新后跟根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主

能干嘛

  • 读写分离，性能扩展

  • 容灾快速恢复

image-20211205171338473

怎么操作

第一步：

拷贝多个redis.conf文件include(写绝对路径)

配置文件中：

开启daemonize yes

Pid文件名字pidfile

指定端口port

Log文件名字

dump.rdb名字dbfilename

Appendonly 关掉或者换名字

第二步：

新建redis6379.conf，填写以下内容

include /myredis/redis.conf

pidfile /var/run/redis_6379.pid

port 6379

dbfilename dump6379.rdb

image-20211205171642669

同样的操作新建redis6380.conf、redis6381.conf

第三步:

启动三台redis服务器

image-20211205171806076

客户端连接并查看三台主机的信息

可以使用如下命令指定连接端口号：

redis-cli -p <端口号>

通过命令查看当前的主机信息

info replication

image-20211205171849037

第四步：

配置从库

在从机端使用命令

slaveof

image-20211205172013164

这时再查看当前从机的信息发现：

角色变成了slave，主机变成了127.0.0.1 6379

image-20211205172220701

到这里就算配置成功了

具体的性质

  • 主机宕机之后还是主机（重连之后还拥有从机）
  • 主机宕机之后，从机还是从机
  • 当从机连接上主机后，主动向服务器发起请求进行数据同步的消息；主服务器接到从服务器发送过来同步消息，把主服务器数据进行持久化，rdb文件，把rdb文件发送从服务器，从服务器拿到rdb 进行读取
  • 每次主服务器进行写操作之后，和从服务器进行数据同步（服务器主动）

薪火相传

上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。

命令

slaveof

示意图理解

由原来的模式

image-20211205181735921

到薪火相传模式

image-20211205181529025

具体操作：

在6381端口输入命令

slaveof 127.0.0.1 6380

这样6381的主机就变成了6380，而6380还是6379的从机，只能读取数据

操作效果：

image-20211205182149079

优势

可以降低主服务器向从机复制数据的压力

劣势

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

  • 一旦某个slave宕机，后面的slave都没法备份

  • 主机挂了，从机还是从机，无法写数据了

反客为主

当一个master宕机后，后面的slave可以立刻升为master，其后面的slave不用做任何修改。

命令：

用 slaveof no one 将从机变为主机。

复制原理

  • Slave启动成功连接到master后会发送一个sync命令

  • Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令， 在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步

  • 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。

  • 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步

  • 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

image-20211205182427752

哨兵模式

是什么

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库

示意图：

image-20211205183120729

具体做法

第一步：调整到一主二仆模式

6379带着6380和6381

image-20211205183612330

第二步：自定义的**/myredis目录下新建 sentinel.conf文件，名字绝不能错

在文件中填入以下内容：

sentinel monitor mymaster 127.0.0.1 6379 1

其中mymaster为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量。

第三步：启动哨兵

执行命令

redis-sentinel /myredis/sentinel.conf

image-20211205183833740

当主机挂掉，从机选举中产生新的主机

(大概10秒左右可以看到哨兵窗口日志，切换了新的主机)

哪个从机会被选举为主机呢？根据优先级别：replica-priority 100

原主机重启后会变为从机。

image-20211205183953138

选举策略

image-20211205184132413

复制延时

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

故障恢复

image-20211205184326844

选择条件

  • 优先级在redis.conf中默认：slave-priority 100，值越小优先级越高

  • 偏移量是指获得原主机数据最全的

  • 每个redis实例启动后都会随机生成一个40位的runid

avatar
文章
阅读
粉丝