Redis主从架构，哨兵高可用架构

Redis主从结构

• 配置描述
  1、copy一份redis.conf文件。
  2、修改相关的配置：
  port 6381 #端口修改
  pidfile /var/run/redis_6381.pid # 把pid进程号写入pidfile配置的文件
  logfile “6381.log”
  dir /usr/local/redis‐5.0.3/data/6381 # 指定数据存放目录
  #bind 127.0.0.1 #内网一般可以不配置bind，注释掉即可
  3、配置主从复制
  replicaof 127.0.0.1 6379 #从本机6379的redis实例复制数据，Redis 5.0之前使用slaveof
  replica‐read‐only yes # 配置从节点只读
  4、启动从节点：redis‐server redis.conf
  5、连接从节点：redis‐cli ‐p 6381
  6、在6379实例上写入数据，6381实例是否同步数据
  7、依次添加6382的从节点
• 主从工作原理刨析
  

1. 当我们为master节点配置了slave从节点后，这个salave从节点每次连接master都会发送psync命令给master请求复制数据。
2. master收到psync命令后，会进行持久化通过bgsave生成rdb快照文件。
3. 持久化期间，master会继续接收客户端的请求，然后将接受到的请求缓存在内存中。
4. 持久化完毕后，master会把这份rdb文件发送给slave，slave会把接收到的数据进行持久化生成rdb，再加载到内存中。
5. 最后master再将之前缓存在内存中的命令发送给slave。
6. 当master和slave断开然后自动重连的master时，master收到多个slave的psync同步数据命令时，会进行一次持久化，并将这一份持久化数据发送给所有请求同步数据的slave。

• 数据部分复制

1. 以前当master和slave断开重连时都是整份数据同步。从redis2.8开始支持部分数据复制，可以只对断开重连期间的数据进行复制（断点续传）。
2. master在内存中创建了个复制数据用的缓存队列，缓存最近时间内的数据，master和所有slave都维护了该缓存队列的下标offset和master的进程id。
3. 当master与slave断开后，slave会请求master从所记录的数据下标开始进行数据复制。
4. 当master进程id变化或者从节点数据下标 offset 不在master的缓存队列中，才会进行全量数据的复制。

• 主从复制风暴

1. 当多个同时与master节点进行数据同步，导致主节点压力过大，可以采用部分从节点与从节点同步的方式。
   

Redis哨兵高可用架构