Redis主从架构搭建

Redis主节点配置

创建主节点目录（/opt/redis-master），复制redis.conf到该目录下，redis.conf配置项修改

#后台启动
daemonize yes
#关闭保护模式，开启的话，只有本机才可以访问redis
protected-mode no  
# 需要注释掉bind
#bind 127.0.0.1（bind绑定的是自己机器网卡的ip，如果有多块网卡可以配多个ip，代表允许客户端通过机器的哪些网卡ip去访问，内网一般可以不配置bind，注释掉即可）
pidfile /var/run/redis_6379.pid
logfile "6379.log"

启动Redis主节点

/usr/local/redis-6.2.14/src/redis-server redis.conf

Redis从节点配置

创建从节点目录（/opt/redis-slave），复制redis.conf到该目录下，redis.conf配置项修改

#后台启动
daemonize yes
#关闭保护模式，开启的话，只有本机才可以访问redis
protected-mode no  
# 需要注释掉bind
#bind 127.0.0.1（bind绑定的是自己机器网卡的ip，如果有多块网卡可以配多个ip，代表允许客户端通过机器的哪些网卡ip去访问，内网一般可以不配置bind，注释掉即可）
port 6380
pidfile /var/run/redis_6380.pid  # 把pid进程号写入pidfile配置的文件
logfile "6380.log"

#配置主从复制
replicaof 192.168.56.200 6379   # 从本机6379的redis实例复制数据，Redis 5.0之前使用slaveof
replica-read-only yes  # 配置从节点只读

启动Redis从节点

/usr/local/redis-6.2.14/src/redis-server redis.conf

测试在主节点写入数据，从节点是否有同步数据

Redis主从工作原理分析

为master配置一个slave，不管slave是否是第一次连接上master，他都会发送一个PSYNC命令给master请求数据。master接收到PSYNC命令后，会在后台通过bgsave进行数据持久化生成rdb快照文件，持久化期间，master会继续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕后，master会把rdb文件数据集发送给slave，sslave会把接收的数据进行持久化生成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的缓存队列里了，那么将会进行一次全量数据的复制。

主从复制风暴

主从复制风暴指多个从节点同时复制主节点导致主节点压力过大，可以通过让部分从节点与从节点（与主节点）同步数据。