Redis主从与哨兵架构详解
目录
主从架构
主从环境搭建
主从复制流程
1. 全量复制
2. 部分复制
主从风暴
哨兵架构
概念
哨兵环境搭建
主从架构
主从环境搭建
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.conf3. info命令检查主从是否搭建成功
主从复制流程
1. 全量复制
1. 从节点向主节点发起psync命令, 并建立长连接
2. 主节点收到psync时候, 执行bgsave命令, 生成最新RDB快照
3. 主节点在生成RDB快照期间, 更新数据的命令写入buffer缓存
4. 主节点生成RDB结束后, 发送给从节点, 从节点先清空所有旧数据,再加载RDB
5. 主节点把buffer发送从节点, 从节点执行buffer的写命令
6. 主节点通过socket长连接, 持续把写命令写到从节点,保证主从一致
2. 部分复制
主从风暴
如果从节点太多, 一个主节点复制到多个从节点压力太大,可能造成主从风暴.
解决: 让部分从节点去从节点复制,如下架构
哨兵架构
概念
sentinel哨兵是特殊的redis服务，不提供读写服务，主要用来监控redis实例节点。
哨兵架构下client端第一次从哨兵找出redis的主节点，后续就直接访问redis的主节点，不会每次都通过sentinel代理访问redis的主节点，当redis的主节点宕机时，哨兵会从剩余从节点选举新的主节点，并且将新的redis主节点通知给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> <master-redis-ip> <master-redis-port> <quorum>
# quorum是一个数字，指明当有多少个sentinel认为一个master失效时(值一般为：sentinel总数/2 + 1)，master才算真正失效
sentinel monitor mymaster 192.168.6.128 6379 2 # mymaster这个名字随便取，客户端访问时会用到2、启动sentinel哨兵实例
src/redis-sentinel sentinel-26379.conf3. 查看sentinel的info信息,验证是否搭建哨兵成功
src/redis-cli -p 26379