Redis学习之Redis集群配置主从复制(一主二从)

12 篇文章 0 订阅

Redis主从复制

概念

主从复制,是指将一台redis服务器的数据,复制到其他的redis服务器,前者称为主节点(master/leader),后者称为(slave/follower)数据的复制是单向的,只能由主节点到从节点。master以写为主,slave以读为主。

默认情况下,每台redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。

主从复制的作用主要包括:

  • 数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式
  • 故障恢复:当主节点出现问题时,可以有从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余
  • 负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务,分担服务器负载,尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提供redis服务器的并发量。
  • 高可用基石:除了上述作用外,主从复制还是哨兵和集群能够实现的基础,因此说主从复制是redis高可用基础

一般来说,要将redis运用于工程项目中,只使用一台redis是万万不能的,原因如下:

1、从结构上,单个redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大

2、从容量上,单个redsi服务器内存容量有限,就算一台redis服务器内存容量为256G,也不能将所有内存用作redis存储内存。 一般来说,单台redis最大使用内存不应该超过20G

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3gkocuqI-1594459736955)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20200711151407658.png)]

主从复制,读写分离,80%的情况下都是在进行读操作!减轻服务器的压力,架构中经常使用!一主二从,

主要在公司中,主从复制就是必须要使用的,因为在真实的项目中不可能单机使用redis

环境配置

只配置从库,不配置主从(配从不配主)

127.0.0.1:6379> info replication #查看当前redis库的信息
# Replication
role:master # 角色
connected_slaves:0 # 没有从机
master_replid:951a5cddb28f7aef370db2f3dd84e24b542ecb6d
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
127.0.0.1:6379>

环境准备:

准备3个redis.conf配置文件,各自修改配置

  • 端口
  • pidfile
  • 日志文件的名字
  • dump.rdb名字

然后启动三个redis服务

查看redis的进程

# 修改完毕后启动三个服务器
[root@pihao bin]# ps -ef |grep redis
root     25921 25857  0 14:42 pts/1    00:00:00 redis-cli -p 6379
root     30819     1  0 15:52 ?        00:00:00 redis-server *:6379
root     30854     1  0 15:53 ?        00:00:00 redis-server *:6380
root     30884     1  0 15:53 ?        00:00:00 redis-server *:6381
root     30905 29621  0 15:53 pts/2    00:00:00 grep --color=auto redis
[root@pihao bin]#

一主二从

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

一主(79) 二从(80、81)

# 配置80这台redsi
127.0.0.1:6380> SLAVEOF 127.0.0.1 6379 # 配置主机的地址以及端口
OK
127.0.0.1:6380> info replication # 查看当前redis的信息
# Replication
role:slave # 已经变成slave了
master_host:127.0.0.1 # master的ip
master_port:6379 # master的端口
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:14
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:d5ab9de3d0fd7cff9a17610f86678ac8dd4df7ab
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:14
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:14
127.0.0.1:6380>

# 配置81这台redis
127.0.0.1:6381> SLAVEOF 127.0.0.1 6379 # 配置主机信息
OK
127.0.0.1:6381> info replication
# Replication
role:slave # 变成从机了
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:280
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:d5ab9de3d0fd7cff9a17610f86678ac8dd4df7ab
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:280
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:267
repl_backlog_histlen:14
127.0.0.1:6381>

查看主机79的信息

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2 # 发现已经有两台从机了
slave0:ip=127.0.0.1,port=6380,state=online,offset=392,lag=0
slave1:ip=127.0.0.1,port=6381,state=online,offset=392,lag=1
master_replid:d5ab9de3d0fd7cff9a17610f86678ac8dd4df7ab
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:392
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:392
127.0.0.1:6379>

真实的主从配置应该在配置文件中配置,这样的话才是永久的,我们这里使用的命令的方式是暂时的

细节

主机可以写,从机不能写只能读!主机中的所有的信息和数据,都会自动被从机保存

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RzzhlHrZ-1594459736960)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20200711161157853.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gkNAuMhF-1594459736962)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20200711161240237.png)]

测试:主机宕机了,从机依旧连接到主机的,但是没有写操作,这个时候,主机如果回来了,从机依旧可以获取到 主机写的信息,就是从新恢复了一主二从的模式

如果是使用的命令来配置的主从,这个时候如果从机宕机了,重启后他就会变回主机,不再是主机的从机了。

需要重新设置为从机slaveof ,一旦变为从机了,就能获取到主机的所有数据。

复制原理

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

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

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

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

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

薪火相传

上一个主节点的从节点也能使下一个节点的主节点

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-N6OVKG8G-1594459736965)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20200711163339266.png)]

这个时候也可以完成主从复制

在81上配置 slaveof 127.0.0.1 6380

如果老大宕机了,这个时候能不能选择一个老大出来呢?手动

谋朝篡位

slaveof no one

如果主机断开了连接,我们可以使用slaveof no one,让自己变成主机,其他的节点就可手动的连接到这个主节点,如果这个时候老大修复了,那就需要重新连接

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值