Redis——主从复制

Posted 张起灵-小哥

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Redis——主从复制相关的知识,希望对你有一定的参考价值。

文章目录:

        1.主从复制是什么?

        2.主从复制场景——一主二从的搭建与实现

        3.主从复制原理

        4.主从复制场景——薪火相传的搭建与实现

        5.主从复制场景——反客为主的搭建与实现 

        6.哨兵模式


1.主从复制是什么?

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

主从复制能干啥?

  1. 读写分离,性能扩展
  2. 容灾快速恢复


2.主从复制场景——一主二从的搭建与实现

新建 redis6379.conf 、redis6380.conf 、redis6381.conf 配置文件,在其中添加如下内容。

 

你也可以通过 slave-priority 10 ,设置从机的优先级,值越小,优先级越高,用于选举主机时使用。默认100。

我这里采用默认值100。

下面,依次启动三台redis服务器。

可以使用 ps -ef | grep redis,查看进程。

使用 slaveof  <ip><port> 成为某个实例的从服务器。(这里将6379作为主服务器,6380、6381作为从服务器)

下面使用 info replication 打印主从复制的相关信息。

在主机上写,在从机上可以读取数据。但是在从机上写数据就会报错。

看下面的截图案例。

首先在6379主服务器中写入了一个a1,然后可以在6381从服务器中读取,但是我们尝试在6380从服务器中set再次写入,结果就报错了。

如果说有一台从服务器宕机了,又会发生什么呢?

这里,我让6380从服务器宕机,然后在6379主服务器中写入几个数据,看看结果。

可以看到,6381从服务器没有问题,可以正常读取到主服务器中的数据。

下面,我们重启6380这台服务器,那么它是否依然是从服务器呢?

看下面的截图知道,此时6380不是了,master表示它此时已经转为主服务器了。

也就是说,一主二从的情况下,如果有一台从服务器宕机,之后再将这台从服务器重启了话,那么它不再是从服务器,将转变为主服务器。

此时我们将6380主服务器转为从服务器(slaveof 127.0.0.1 6379),它会完完全全的复制主服务器中的数据到自己这里。

如果说,我们的主服务器宕机了,又会是怎样的结果?

可以看到,我们shutdown 6379这台主服务器,但是6381仍然是从服务器(6380也仍然是从服务器)。

也就是说,一主二从的情况下,如果主服务器宕机,那么从服务器依然是从服务器,并不会篡权。


3.主从复制原理

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


4.主从复制场景——薪火相传的搭建与实现

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

slaveof  <ip><port>

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

风险是一旦某个slave宕机,后面的slave都没法备份

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

6379是主服务器,6381是6379的从服务器,6380是6381的从服务器。

当6379宕机之后,6381会自动转为主服务器。

  


5.主从复制场景——反客为主的搭建与实现 

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

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


6.哨兵模式

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

这里首先将三台redis服务器调整为一主二仆模式,6379带着63806381。

然后自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错。

sentinel monitor mymaster 127.0.0.1 6379 1

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

接下来,将6379这台主服务器down掉,可以看到过了一会儿,哨兵监控到6379宕机之后,会更新日志信息,从6379的从服务器中再选举一个作为新的主服务器。这里它选择了6381 。

如果说,这个时候,我们再次将6379这台服务器启动,那么它不再是主服务器,而是称为新主6381的从服务器。

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

哪个从机会被选举为主机呢?根据优先级别:slave-priority

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

优先级在redis.conf中默认:slave-priority 100,值越小优先级越高

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

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

以上是关于Redis——主从复制的主要内容,如果未能解决你的问题,请参考以下文章

Redis主从复制

Redis主从复制

Redis 主从复制

redis高可用之主从复制,哨兵,集群

Redis(主从复制哨兵模式集群)概述及部署

Redis数据库——(主从复制哨兵模式集群)