Redis主从复制

主从复制

一般对redis的使用都是做数据缓存，减少数据库的压力，同时提高数据处理效率。但是，当redis单击使用时，一旦redis出现宕机，会导致大量请求达到数据库，可能会导致数据库出现问题，同时redis的宕机，这一段时间的数据也会丢失。所以，一般采用集群和主从复制保证高可用性。

redis主从复制，一般主节点复制写数据，从节点复制读数据，时间读写分离，同时从节点也实现对主节点的数据备份，当主节点宕机后，会在从节点选举一个当做主节点（哨兵机制），保证redis的可用性。

主从搭建复制过程

可以用在用一台机器启动redis测试主从复制。本次是用不同的redis.conf配置文件启动两个redis服务，模拟主从复制。

配置

1，复制一份  redis.conf  配置文件

2，修改配置文件

# 修改端口号

port   6380

# 把 pid 进程号写入 pidfile 配置的文件

pidfile / var / run / redis_6380 . pid 

# 日志记录文件

logfile "6380.log"

# 指定数据存放目录

dir / usr / local / redis ‐ 5.0.3 / data / 6380

# 需要注释掉 bind

# bind 127.0.0.1

# 配置主从复制   本机master的ip地址   master端口号

replicaof 192.168.0.102 6379 

# 配置从节点只读

replica ‐ read ‐ only yes

启动从节点

注：上面对logfile，dir中的配置，写的目录是要在linux中存在的，不然redis启动可能出错。

另外主从复制主要的为下面这两个，其他的可以根据自己的需求更改。

# 配置主从复制   本机master的ip地址   master端口号

replicaof 192.168.0.102 6379 

# 配置从节点只读

replica ‐ read ‐ only yes

测试

左边为master节点，右边为slave节点。

 

主从复制流程

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的缓存队列里了，那么将会进行一次全量数据的复制。

问题

如果master有太多的从节点的话，可能会出现主从复制风暴（多个从节点同时复制主节点导致主节点压力过大），可以使用如下结构图。