概念

主从复制，是指将一台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。 电商网站上的商品，一般都是一次上传，无数次浏览的，说专业点也就是”多读少写”。 对于这种场景，我们可以使如下这种架构：

image-20200503201217915

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

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

环境配置

模拟一主二从。通过修改复制三份配置文件进行相应的修改。6379配置文件不用修改

img

redis80.conf

image-20200503201901716

image-20200503202232267

image-20200503202523736

redis81.conf同理修改

  • 端口

  • pid 名字

  • log文件名字

  • dump.rdb 名字

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

redis-server kconfig/redis79.conf

redis-server kconfig/redis80.conf

redis-server kconfig/redis81.conf

通过ps -ef | grep redis查看。相继启动成功

image-20200503203129097

一主二从

默认情况下，每台Redis服务器都是主节点，我们一般情况下只用配置从机就好了！一主 （79）二从（80，81）

通过info replication查看当前服务器情况

image-20200503204235997

由图可知，此时role角色时master也就是默认情况下每台Redis服务器都是主节点。slaves从节点为零。

使用slaveof ip port配置主节点

image-20200503204741381

同理配置6381的redis服务器。配置完成之后再通过info replication查看此时主节点的信息

image-20200503205218678

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

细节

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

image-20200503205641663

image-20200503205808575

测试

主机断开连接，从机依旧连接到主机的，这个时候，主机如果回来了，从机依旧可以直接获取到主机写的信息！

image-20200503210504718

image-20200503210554683

主机重新启动

image-20200503210703952

主机写入数据。从机依旧能读取到

image-20200503210800454

image-20200503210836769

测试

此时如果从机断开连接

image-20200503211251971

主机

image-20200503211347446

此时从机6380再次开机。此时6380又变成了主机。

image-20200503213016983

由于使用的是命令配置主从。所以重启后就失效了。此时6380从机也就无法读取主机写入的数据了。

image-20200503213212950

image-20200503213246574

image-20200503213340800

此时从机再次通过命令slaveof ip port成为6379的从机后，就能正常读入主机6379的数据了。

image-20200503213558740

如果通过配置文件配置主从，当从机突然宕机后。再次重启就会自动按照配置成为从机，也就能正常读写主机写入的数据了。而我们这是通过命令配置主从，所以要通过命令再次配置之后才能正常读写主机写入的数据。

复制原理

全量复制：Slave 启动成功连接到 master 后会发送一个sync同步命令 Master 接到命令，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行。完毕之后，master将传送整个数据文件到slave，并完成一次完全同步。而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。

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

但是只要是重新连接master，一次完全同步（全量复制）将被自动执行！ 我们的数据一定可以在从机中 看到！

全量复制也就是从机连接主机之后，把所有主机写入的数据全部同步到从机上。增量复制就是此时再当主机写入数据后，就会把主机写入的数据依次同步到从机上。通俗来说就是主从配置完成之后，主机把所有主机写入的数据同步给从机为全量复制。此后主机再写一条数据，从机就同步接收到一个数据为增量复制。

层层链路

从节点也可以是其他服务器的主节点。但是其本质还是从节点

image-20200504102343775

测试

将81的主节点变为80，80依旧是79的从节点

image-20200504102623813

image-20200504102716256

image-20200504102833146

image-20200504102925633

image-20200504103104379

image-20200504103811527

如果没有老大了，这个时候能不能选择一个老大出来呢？ 手动！

谋朝篡位 如果主机断开了连接，我们可以使用 SLAVEOF no one 让自己变成主机！其他的节点就可以手动连 接到最新的这个主节点（手动）！如果这个时候老大修复了，那就重新连接！