Redis的主从复制

主从复制

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

1、概念

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master)，后者称为从节点(slave)；数据的复制是单向的，只能由主节点到从节点。

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

一般来说 ,要将Redis运用于工程项目中，只使用一台Redis是万万不能的(宕机) 。

image-20200515081634651

3、主从复制的操作

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

查看Redis主从复制信息

1
2
3
4
5
6
7
8
9
10
11
12
192.168.200.40:6379> INFO replication
# Replication
role:master		#角色
connected_slaves:0		#从机数
master_replid:d4957089f7f69cf42f77d5de4fd7d8b4270165c3
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实例，其中主节点监听6379端口，从节点监听6380和6381端口；

创建三个配置文件

1
2
3
- redis79.conf  
- redis80.conf  
- redis81.conf

修改配置文件（三个配置文件分别修改成对应的）

1、端口 2、pid 名字 3、log文件名字 4、dump.rdb 名字

1
2
3
4
5
6
7
8
9
# redis81.conf 

port 6381

pidfile /var/run/redis_6381.pid

logfile "6381.log"

dbfilename dump6381.rdb

启动连接Redis

image-20200515084325723

==一主( 79)二从(80, 81 )==

1
2
3
# 从节点配置
192.168.200.40:6380> SLAVEOF 127.0.0.1 6379
OK

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

配置文件配置，启动即生效。

image-20200515091558111

测试

image-20200515091847813

image-20200515091916054

==主机写，从机只能读==

image-20200515091955934

复制原理

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