首页 > 技术文章 > Redis主从复制

saxonsong 2021-08-31 09:41 原文

Redis主从复制

概念

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

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

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

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

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

  1. 从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大
  2. 从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存熔炼为256G,也不能将所有内存用作Redis存储内存,一般来说,单台Redis最大使用内存不应该超过20G。
  3. 电商网站上的商品,一般都是一次上次,无数次浏览的,说专业点也就是“读多写少”。

对于这种场景,我们可以使用如下这种架构:

img

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

环境配置

只配置从库,不用配置主库!

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

复制三个配置文件然后修改对应的信息

1、端口

2、pid名字

3、log文件名字

4、dump.rdb名字

修改完毕之后,启动我们3个redis服务器,可以通过进程信息查看!

img

一主二从

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

认老大!一主(79)二从(80、81)

[root@iZwz923puo56yoq4a7egutZ bin]# redis-cli -p 6380
127.0.0.1:6380> SLAVEOF 127.0.0.1 6379    # SLAVEOF host 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:1
master_sync_in_progress:0
slave_repl_offset:14
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:2d9cd4d2c7786cb0f242a5a448651f943400e18c
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> 
# 在主机中查看!
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1    # 多了从机的配置
slave0:ip=127.0.0.1,port=6380,state=online,offset=140,lag=1
master_replid:2d9cd4d2c7786cb0f242a5a448651f943400e18c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:140
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:140

继续配置另一台从机

img

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

细节

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

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

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

复制原理

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

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

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

增量复制:Master继续将新的所有收集到的修改命令一次传给slave,完成同步,但是只要是重新连接master,一次完全同步(全量复制)将被自动执行

层层链路

上一个M连接下一个S!

img

这时候也可以完成我们的主从复制!

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

谋权篡位

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

推荐阅读