13. Redis主从复制

13.1 简介

主从复制，是指将一台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。

以电商网站为例，一般都是一次上传，无数次浏览，也就是所谓的“多读少写”

对于这种场景，我们可以使用如下这种结构：

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

13.2 配置

按照这个链接配置完之后，在主机中会查到有两个从机

13.3 分析

主机只能写入，从机只能读取

测试1：主机断开连接，从机依旧可以获取到主机写的信息，主机重新连接，从机依旧可以获取到主机写的信息。

测试2：如果是用命令行指定主机，假设断开从机之后，主机设置数据，从机重新启动，将无法获取到数据，因为从机一旦关机，就会断开与主机的关系，但使用配置文件则可以保持主机与从机一直关联，就算是从机关机，等开机以后，也可以获取到关机期间主机设置的数据。

13.4 复制原理

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

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

全量复制： 而slave服务在接受到数据库文件数据后，将其存盘并加载到内存中。
增量复制： Master继续将新收集到的修改命令一次传给slave，完成同步

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

13.5 级联复制

上一个M链接下一个 S！

此时79设置的值，不管是80还是81依旧可以获取

13.6 宕机后手动配置主机

如果主机断开连接，可以使用slaveof no one，使自己变成主机！其它的节点就可以手动连接到这个最新的主机点，如果这个时候以前的主机修复了，那之前的配置也无效了。