Redis主从复制

概念

• 主从复制，是指一台Redis服务器数据，复制到其他Redis服务器。前者称为主节点（master/leader）,后者成为从节点（slave/follower）;数据是单向的，只能由主节点到从节点。Master以写为主，Slave以读为主。
• 默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点，但一个从节点只有一个主节点。

为什么需要主从复制（集群：防止宕机，一主二从）：

1.从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大；
2.从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为256G，也不能将所有内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。

主从复制作用：

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

测试：

①，②，③各启动一台redis服务器,4用于查看

进入①客户端，查看当前库信息

info replication

复制3套redis.conf，命名规则：redis+端口.conf


进入配置文件，进行相应得修改
1.端口

2.pid名字

3.log文件名字

4.dump.rdb名字

启动79，80，81redis三台服务器

在④中查看启动的redis服务器信息

启动完毕后，进行主从机的配置（默认都是主机） 我们把他配置成1主（79）2从（80，81）

在②中登录客户端，配置为79的从机

SLAVEOF 127.0.0.1 6379

在①中查看，发现80作为从机的信息

在③中中登录客户端，配置为79的从机

在①中查看，发现80，81作为从机的信息

这样就配置成功了，但是这个是暂时的，应该配置在配置文件中
redis80.conf,redis81.conf配置

测试1：在主机79设置了K1 V1

在80，81也可以看到K1 V1

主机负责写，从机负责读，在从机写会报错

测试2：把79主机停止，80，81还是从机，而且80，81信息K1 V1还在，不会丢失


然后重新启动79主机，设置K2 V2,发现80,81的主从关系还在，还可以读到k2

测试3：停掉从机81

79设置K3

80可以获取K3

81重新启动，发现不能获取K3，但是k1,k2还在，又变回主机，因为使用命令配置的，所以重启就会变为主机


测试4：80当79的从机，81当80的从机
③中

②中

①中设置K6，80，81都可以拿到k6



然后①中停掉79，②中查看80

80还是从节点

在③把81设置为主机

SLAVEOF no one 

复制原理：

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