Redis集群思维导图详解：从理论到生产环境实践

Redis 集群思维导图详解：从理论到生产环境实践

一句话总纲：Redis 集群核心目标是分片扩容 + 高可用，主流三种方案：主从复制、哨兵 Sentinel、Redis Cluster(官方集群);生产优先 Cluster，哨兵适合中小规模读写分离，主从仅适合学习或简单备份。下面按照思维导图结构逐层拆解，方便你直接整理成 XMind / 幕布。

一、Redis 集群基础认知

1. 集群要解决什么问题

容量问题：单实例内存上限，数据放不下，需要分片

性能问题：单节点 QPS 瓶颈，分散压力

可用性：节点宕机不导致整体服务不可用

故障自动转移：主节点挂了，自动选新主

读写分离：读请求分摊到从节点

2. 三种集群方案对比

主从复制：一主多从，无自动故障转移，适合读写分离、备份哨兵 Sentinel：基于主从，增加哨兵节点监控、自动选主、故障切换，无分片，数据全量 Redis Cluster(官方集群)：分片 + 高可用一体，数据分散到多个主节点，自带故障转移，生产大规模首选

3. 核心概念

主节点(master)：负责写、分片数据，可配置从节点从节点(slave/replica)：同步主数据，默认不接收写，可承载读哈希槽(slot)：Cluster 独有，一共 16384 个 slot，数据根据 key 哈希落到对应槽位哈希算法：CRC16(key) % 16384 重定向(MOVED/ASK)：客户端访问 key 不在当前节点，返回引导访问正确节点

二、主从复制(底层基础，集群的地基)

1. 原理

复制流程：握手同步 → RDB 全量同步 → 增量复制命令流

版本区分：2.8 之前 SYNC;2.8 之后 PSYNC 支持断点续传

复制偏移量：主从各自维护 offset，对比判断是否同步一致

复制缓冲区：主节点缓冲区，保存最近写命令，从节点断连后用来增量同步

2. 配置要点

replicaof 主 IP 端口 replica-read-only yes(从节点默认只读) replica-priority 副本优先级，哨兵选主参考，数值越小优先级越高

3. 优缺点

优点：部署简单、实现读写分离、数据热备份缺点：没有自动故障转移;主节点单点;不能分片，数据全量复制

4. 常见问题

全量同步频繁：缓冲区太小，网络抖动，offset 跟不上

主从延迟：网络慢、主节点持久化阻塞、大 key

从节点只读，写请求直接报错

三、哨兵 Sentinel(高可用方案，不分片)

1. 组成

哨兵是独立进程，一个哨兵集群至少 3 个哨兵(奇数，防止脑裂)监控对象：主从集群，哨兵不存业务数据

2. 核心能力

监控：持续 ping 主、从节点，判断是否下线自动故障发现：主观下线 SDOWN → 客观下线 ODOWN(超过 quorum 哨兵确认)自动选主：多个哨兵协商投票，选出新 master 通知：把新主信息推送给客户端

3. 选主规则

过滤已经下线的从节点

优先 replica-priority 数值最小

优先复制偏移量最大(数据最新)

优先 runid 最小

4. 关键配置

sentinel monitor mymaster 主 IP 端口 quorum(法定票数) sentinel down-after-milliseconds 判定下线超时时间 sentinel failover-timeout 故障转移超时 sentinel parallel-syncs 故障切换后，从节点并行同步数量

5. 优缺点

优点：自动故障转移、部署简单，适合中小业务读写分离缺点：不支持分片，所有数据全量;单主写瓶颈;扩容只能垂直扩容

6. 生产坑点

哨兵数量必须奇数，quorum 一般设为半数 + 1，防止脑裂

客户端要连接哨兵地址，由哨兵返回当前主节点

脑裂风险：网络分区，旧主还活着，客户端还往旧主写数据

四、Redis Cluster 官方集群(分片 + 高可用，生产主流)

1. 架构

固定 16384 个哈希槽，分配给所有 master 节点每个 master 搭配若干 replica(从)节点之间 Gossip 协议通信，互相交换状态、槽位信息至少 3 主 3 从是最小生产规格

2. 数据路由

CRC16 (key) % 16384 得到 slot 客户端两种模式：

代理模式：Twemproxy / Redis Proxy，对客户端透明

智能客户端(推荐)：Jedis、Redisson，本地缓存 slot 映射，减少 MOVED 重定向

3. 故障流程

Gossip 检测节点下线

超过半数 master 判定客观下线

该 master 的从节点发起选举，选出新 master

新 master 接管所有槽位

其他从节点切换为新主的从

旧主恢复后，自动变成新主的从节点

4. 扩容缩容流程

扩容：新增主节点 → 迁移部分 slot → 分配从节点缩容：先把该节点槽全部迁移走 → 下线节点

迁移 slot 是在线迁移，不停止服务，但是会占用带宽、CPU

5. 关键配置

cluster-enabled yes 开启集群 cluster-config-file 集群节点配置文件 cluster-node-timeout 节点超时判定时间 cluster-require-full-coverage yes(默认，任意槽不可用，集群整体不可用;业务允许部分可用可以关闭)

6. 优缺点

优点：分片水平扩容、自动故障转移、无中心、原生支持缺点：运维复杂;多 key 操作受限(跨 slot 不支持 mget/mset 事务);批量操作有约束

7. 约束(高频踩坑)

不支持跨 slot 多 key 事务

keys、flushdb 这类危险命令慎用

大 key 迁移容易阻塞集群

批量操作尽量保证 key 在同一个 slot(哈希标签 {tag}key1、{tag}key2)

五、持久化与集群配合(生产必看)

1. RDB

定时全量快照，恢复速度快;适合冷备份;集群中主从都可以开启

2. AOF

记录每一条写命令，数据更安全;宕机恢复丢失数据更少

3. 生产推荐组合

主节点：AOF 必开，RDB 作为辅助备份从节点：按需开启持久化，不要和主节点相同策略

故障转移时，如果新主没有 AOF/RDB，容易丢数据

六、集群运维 & 监控体系

1. 常用命令

cluster info、cluster nodes 查看集群状态 cluster slots 查看槽分配 redis-cli --cluster check 集群检查 redis-cli --cluster add-node /del-node/reshard 扩容缩容

2. 监控指标

节点存活状态、slot 覆盖情况、主从复制偏移量、复制延迟、入流量、内存、慢查询、大 key、集群迁移状态

3. 监控工具

Prometheus + Grafana(redis-exporter)、Redis Insight、Redisson 监控面板

4. 备份方案

定时 AOF 备份、RDB 异地备份、定期做数据恢复演练

七、生产环境风险与解决方案

脑裂原因：网络分区，哨兵 / 集群判定节点失联，旧主还能接收写方案：min-replicas-to-write 至少 N 个从同步成功才允许写;合理设置超时

主从延迟原因：网络、大 key、持久化阻塞方案：避免大 key、拆分大 key、调整 repl-backlog-size、异步 AOF

热点 key 某个 slot 流量打爆单节点方案：本地缓存、key 拆分、哈希标签、限流

大 key 迁移阻塞迁移过程占用 CPU、带宽方案：业务低峰期迁移、拆分大 key、限制迁移速度

集群雪崩大量 key 同时过期方案：过期时间加随机偏移量

内存满淘汰配置 maxmemory-policy，集群每个节点独立淘汰，不是全局