「这是我参与2022首次更文挑战的第1天，活动详情查看：2022首次更文挑战」

Redis主从架构

主从工作原理

主从复制（全量复制）

如果你为master配置了一个slave，不管这个slave是否是第一次连接上Master，它都会发送一个PSYNC命令给master请求复制数据。

master收到PSYNC命令后，会在后台进行数据持久化通过bgsave生成最新的rdb快照文件，持久化期间，master会继续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以后，master会把这份rdb文件数据集发送给slave，slave会把接收到的数据进行持久化生成rdb，然后再加载到内存中。然后，master再将之前缓存在内存中的命令发送给slave。当master与slave之间的连接由于某些原因而断开时，slave能够自动重连Master，如果master收到了多个slave并发连接请求，它只会进行一次持久化，而不是一个连接一次，然后再把这一份持久化的数据发送给多个并发连接的slave。

主从复制（数据部分复制）

当master和slave断开重连后，一般都会对整份数据进行复制。但从redis2.8版本开始，redis改用可以支持部分数据复制的命令PSYNC去master同步数据，slave与master能够在网络连接断开重连后只进行部分数据复制(断点续传)。
master会在其内存中创建一个复制数据用的缓存队列，缓存最近一段时间的数据，master和它所有的slave都维护了复制的数据下标offset和master的进程id，因此，当网络连接断开后，slave会请求master继续进行未完成的复制，从所记录的数据下标开始。如果master进程id变化了，或者从节点数据下标offset太旧，已经不在master的缓存队列里了，那么将会进行一次全量数据的复制。

如果有很多从节点，为了缓解主从复制风暴(多个从节点同时复制主节点导致主节点压力过大)，可以做如下架构，让部分从节点与从节点(与主节点同步)同步数据

主从架构搭建

1、已经安装好redis,安装过程
2、为了数据安全性，做好持久化，操作过程（非生成环境，此过程可略过）
3、我这边本地使用虚拟机，克隆以上安装的镜像，并设定master以及slave节点，并设置redis端口号，最终三个IP为：
1) 192.168.253.131:6379 (master)
2) 192.168.253.132:6380 (slave)
3) 192.168.253.133:6381 (slave)

修改slave节点redis.conf配置文件

1、将相关配置修改为如下值：
port 6380
pidfile /var/run/redis_6380.pid # 把pid进程号写入pidfile配置的文件
logfile "6380.log"
2、配置主从复制
replicaof 192.168.253.131 6379 # 从131的6379的redis实例复制数据，Redis 5.0之前使用slaveof
replica‐read‐only yes # 配置从节点只读
3、修改开机自启动文件（如果未配置，可以跳过）
vim /etc/init.d/redis

4、启动132下的redis,查看所有keys
由于redis-cli 启动默认6379端口，因此在修改端口后，启动需要在reids-cli 后面加上 “-p 新端口”
5、按照以上步骤修改133虚拟机里面的redis配置
6、测试
1)在131节点set 新数据\

2)在132/133节点查看数据

至此Redis主从复制搭建完毕。

Redis 主从复制架构