Redis主从与哨兵架构详解

本文介绍: 主从哨兵。

主从架构

主从 架构

主从 环境 搭建

1. 复制一份redis.conf 文件, 修改下面几行配置

port 6380
pidfile /var/run/redis_6380.pid
logfile "6380.log"
dir /usr/local/redis-data/6380
# 需要注释掉bind或改成0.0.0.0
# bind 127.0.0.1

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

2. 启动从节点

src/redis-server redis-6380.conf

3. info 命令检查主从是否搭建成功

主从复制 流程

1. 全量 复制

1. 从节点向主节点发起p sync 命令, 并建立长连接

2. 主节点收到 p syn c 时候, 执行 b gs av e 命令, 生成最新RDB快照

3. 主节点在生成RDB快照期间, 更新数据的命令写入 buffer 缓存

4. 主节点生成RDB结束后, 发送给从节点, 从节点先清空所有旧数据,再加载RDB

5. 主节点把buffer 发送从节点, 从节点执行 buffer的写命令

6. 主节点通过 socket长连接, 持续把写命令写到从节点,保证主从一致

2. 部分复制

主从风暴

如果从节点太多, 一个主节点复制到多个从节点压力太大,可能造成主从风暴.

解决: 让部分从节点去从节点复制,如下架构

哨兵 架构

概念

sentinel哨兵是特殊的redis 服务，不提供读写服务，主要用来监控 redis 实例节点。

哨兵架构下client端第一次从哨兵找出r edi s的主节点，后续就直接访问 r edi s的主节点，不会每次都通过 sentinel 代理访问 r edi s的主节点，当r edi s的主节点宕机时，哨兵会从剩余从节点选举新的主节点，并且将新的r edis主节点通知给client端.

哨兵环境 搭建

1.复制一份sentinel.conf, 修改下面几个配置,注意配置的几个目录要有写入权限

port 26379
daemonize yes
pidfile "/var/run/redis-sentinel-26379.pid"
logfile "26379.log"
dir "/tmp"
# sentinel monitor <master-redis-name&gt; <master-redis-ip&gt; <master-redis-port&gt; <quorum&gt;
# quorum是一个数字，指明当有多少个sentinel认为一个master失效时(值一般为：sentinel总数/2 + 1)，master才算真正失效
sentinel monitor mymaster 192.168.6.128 6379 2   # mymaster这个名字随便取，客户端访问时会用到