Redis主从复制

概念

概念:

主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点

(master/leader),后者称为从节点(slave/follower);数据的复制是单向的,只能由主节点到从节点。

Master以写为主,Slave 以读为主。

默认情况下,每台Redis服务器都是主节点;

且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。

主从复制的作用:

1、数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式。

2、故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务

的冗余。

3、负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务

(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载;尤其是在写

少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。

4、高可用(集群)基石:除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复

制是Redis高可用的基础。

一般都是使用这种架构:(主节点负责写,从节点负责读)

在这里插入图片描述
进行读操作的很多,为了减缓服务器的压力了,一般使用一主二从。

环境配置

如果对在Linux安装redis不熟悉的话,请看这篇博客。绝对可以帮助到你。

基本命令:

info replication  #查看当前库的信息

要清楚:默认情况下,每台Redis服务器都是主节点;

[root@iZ8vb409m8717t5boglt61Z ~]# cd /usr/local/bin
[root@iZ8vb409m8717t5boglt61Z bin]# redis-cli -p 6379
127.0.0.1:6379> info replication
# Replication
role:master  #角色 master是主机的意思
connected_slaves:0  #没有从机
master_replid:483d237217de55b0d347256f0d4ea9ed84e88523
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

开始配置环境:

复制三个redis.conf配置文件,分别为redis79.conf,redis80.conf,redis81.conf

[root@iZ8vb409m8717t5boglt61Z bin]# ls
redis-benchmark  redis-check-rdb  redis-sentinel  yueconfig
redis-check-aof  redis-cli        redis-server
[root@iZ8vb409m8717t5boglt61Z bin]# cd yueconfig
[root@iZ8vb409m8717t5boglt61Z yueconfig]# ls
redis.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# cp redis.conf redis79.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# cp redis.conf redis80.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# cp redis.conf redis81.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# ls
redis79.conf  redis80.conf  redis81.conf  redis.conf

分别修改三个配置文件:

[root@iZ8vb409m8717t5boglt61Z yueconfig]# vim redis79.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# vim redis80.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# vim redis81.conf

修改的内容为:

  1. 端口
  2. daemonize 为 yes
  3. pid 名字
  4. log 名字
  5. dump.rdb 名字

这里都要修改为对应的,不然会影响后面的操作。

修改完了之后,启动我们的3的redis服务器,可以通过进程信息来查看。

ps -ef|grep redis #查看进程信息
[root@iZ8vb409m8717t5boglt61Z ~]# cd /usr/local/bin
[root@iZ8vb409m8717t5boglt61Z bin]# ps -ef|grep redis
root     25342     1  0 09:35 ?        00:00:03 redis-server 127.0.0.1:6379
root     25526     1  0 10:14 ?        00:00:00 redis-server 127.0.0.1:6380
root     25532     1  0 10:15 ?        00:00:00 redis-server 127.0.0.1:6381
root     25556 25538  0 10:16 pts/3    00:00:00 grep --color=auto redis

一主二从

默认情况下,每台Redis服务器都是主节点; 我们一般情况下只用配置从机就好了!

我上边配置了79,80,81,这里我让79作为主机,80,81是79的从机(小弟)。

配置80和81从机。这里只列出来80从机的配置,81类似,就不再列举出了。

# 开启服务端
redis-server yueconfig/redis80.conf 

# 开启客户端
redis-cli -p 6380

# slaveof 主机 端口  
# 找谁当自己的老大
slaveof 127.0.0.1 6379

#查看当前库的信息
info replication
[root@iZ8vb409m8717t5boglt61Z bin]# redis-server yueconfig/redis80.conf 
[root@iZ8vb409m8717t5boglt61Z bin]# redis-cli -p 6380
127.0.0.1:6380> slaveof 127.0.0.1 6379
OK
127.0.0.1:6380> info replication
# Replication
role:slave  #当前角色是从机
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:28
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:3cfc9f3aa664a35ec4130b6baf1529bb7523b822
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:28
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:28

在主机中查看信息。

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2 #多了两个从机
slave0:ip=127.0.0.1,port=6380,state=online,offset=210,lag=0
slave1:ip=127.0.0.1,port=6381,state=online,offset=210,lag=1
master_replid:3cfc9f3aa664a35ec4130b6baf1529bb7523b822
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:210
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:210

注意:真实的从主配置应该在配置文件中配置,这样的话是永久的,我们这里使用的是命令,只是暂时的。

小细节:主机可以写,从机只可以读。

主机中的所有信息和数据,都会自动被从机保存。

测试一下:

主机写:

127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> set k1 v1
OK

从机只能读取,不能写。

127.0.0.1:6380> keys *
1) "k1"
127.0.0.1:6380> get k1
"v1"
127.0.0.1:6380> set k2 v2
(error) READONLY You can't write against a read only replica.

主机断开连接,从机依旧可以连接到主机的,但是没有写操作,这个时候,如果主机回来了,从机可以直接获取到主机写的信息。

如果是使用命令行来配置的主从,这个时候如果重启了,就会变会主机!只要变为从机,立马就会从主机中获取值!

如果主机挂了,那么谁来当老大呢?

可以手动配置,那有人要说了,有没有不用手动配置的,自动选举老大?

有,那就是哨兵模式!

哨兵模式

概述:

主从切换技术的方法是:当主服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这不是一种推荐的方式,更多时候,我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel(哨兵)架构来解决这个问题 。

哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行。其原理就是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例。

在这里插入图片描述

这里的哨兵有两个作用:

  • 通过发送命令,让Redis服务器返回监控其运行状态,包括主服务器和从服务器。
  • 当哨兵检测到master宕机,会自动将slave切换成master,然后通过发布订阅模式 通知其他的从服务器,修改配置文件,让它们切换主机。

然而一个哨兵进程对Redis服务器进行监控,可能会出现问题,为此,我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控,这样就形成了多哨兵模式。

在这里插入图片描述

假设主服务器宕机,哨兵1先检测到这个结果,系统并不会马上进行failover(故障转移)过程,仅仅是哨兵1主观的认为主服务器不可用,这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用,并且数量达到一定值时,那么哨兵之间就会进行一次投票,投票的结果由一个哨兵发起,进行failover操作。切换成功后,就会通过发布订阅模式,让各个哨兵把自己监控的从服务器实现切换主机,这个过程称为客观下线

测试:

我们现在目前的状态是一主(6379)二从(6380、6381)。

1、我们到刚刚复制的redis.conf目录下(yueconfig)新建一个sentinel.conf文件。

配置如下 信息:

注意拼写。

# sentinel monitor 被监控的名称 host port 1
sentinel monitor 127.0.0.1 6379 1

1 代表主机挂了,slave投票看让谁接替成为主机,票数最多的,就会成为主机。

[root@iZ8vb409m8717t5boglt61Z bin]# cd yueconfig
[root@iZ8vb409m8717t5boglt61Z yueconfig]# ls
redis79.conf  redis80.conf  redis81.conf  redis.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# vim sentinel.conf
[root@iZ8vb409m8717t5boglt61Z yueconfig]# cd ..
[root@iZ8vb409m8717t5boglt61Z bin]# ls
6379.log  dump6380.rdb  redis-benchmark  redis-cli       yueconfig
6380.log  dump6381.rdb  redis-check-aof  redis-sentinel
6381.log  dump.rdb      redis-check-rdb  redis-server

2、启动哨兵

redis-sentinel yueconfig/sentinel.conf
[root@iZ8vb409m8717t5boglt61Z bin]# redis-sentinel yueconfig/sentinel.conf
25584:X 04 May 2020 10:32:13.789 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
25584:X 04 May 2020 10:32:13.789 # Redis version=5.0.8, bits=64, commit=00000000, modified=0, pid=25584, just started
25584:X 04 May 2020 10:32:13.789 # Configuration loaded
                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 5.0.8 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                   
 (    '      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
 |    `-._   `._    /     _.-'    |     PID: 25584
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           http://redis.io        
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'                                               

25584:X 04 May 2020 10:32:13.790 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
25584:X 04 May 2020 10:32:13.792 # Sentinel ID is cc8ffaf50e789f4a6455ab3a174bbd3b5dc56d3b
25584:X 04 May 2020 10:32:13.792 # +monitor master myredis 127.0.0.1 6379 quorum 1
25584:X 04 May 2020 10:32:13.793 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379
25584:X 04 May 2020 10:32:13.794 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6379

如果主机Master断开了,这时候就会从从机中随机选择一个服务器!(这里有一个投票算法)

127.0.0.1:6379> shutdown
not connected> exit

查看6381的库信息

127.0.0.1:6381> info replication
# Replication
role:master #成为新的主机
connected_slaves:1
slave0:ip=127.0.0.1,port=6380,state=online,offset=14507,lag=1
master_replid:2537105230ad1e01571df9b7b36c206a8f804750
master_replid2:3cfc9f3aa664a35ec4130b6baf1529bb7523b822
master_repl_offset:14507
second_repl_offset:6807
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:127
repl_backlog_histlen:14381

查看6380库信息

127.0.0.1:6380> info replication
# Replication
role:slave #从机
master_host:127.0.0.1
master_port:6381  #主机变成了6381
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:13291
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:2537105230ad1e01571df9b7b36c206a8f804750
master_replid2:3cfc9f3aa664a35ec4130b6baf1529bb7523b822
master_repl_offset:13291
second_repl_offset:6807
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:13291

哨兵日志:
在这里插入图片描述

如果主机此时回来了,只能归并到新的主机下,老老实实当小弟,做从机,这就是哨兵模式的规则。

哨兵模式的优缺点:

优点:

  1. 哨兵集群,基于主从复制模式,所有的主从配置优点,它全有。
  2. 主从可以切换,故障可以转移,系统的可用性就会更好。
  3. 哨兵模式就是主从模式的升级,手动到自动。

缺点:

  1. Redis不好在线扩容,集群容量一旦到达上限,在线扩容就十分麻烦。
  2. 实现哨兵模式的配置其实是麻烦的,里面有很多选择。

以上内容是看b站狂神说视频总结的:https://www.bilibili.com/video/BV1S54y1R7SB

  • 4
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值