无标题文档
来源：无标题文档
口播文案
兄弟们，要是面试被问 “Redis 有哪些集群方案？主从、哨兵、Cluster 有啥区别？实际该咋选？” 千万别慌！很多人要么只报个名字，要么把三者混为一谈，其实面试官要的是 “原理 + 区别 + 落地场景” 的清晰逻辑 —— 今天我用 5 分钟给你拆明白，保准你答得又全又有实战感，比光背概念的人强 10 倍！
首先先明确：Redis 的集群方案不是凭空来的，是一步步解决 “数据安全→服务不挂→能扛海量数据” 的问题。咱们一个一个说，每个都讲 “核心原理 + 关键特点 + 面试必提的场景”，好记又好用！
第一个：主从复制（Replication）—— 集群的 “基础款”
你就这么理解：主从复制就是 “一主多从，读写分家”。原理特简单：一个主节点（Master）负责所有写操作，比如存数据、改数据；再配几个从节点（Slave），从主节点那同步数据，专门扛读请求，比如查数据、查缓存。主节点先给从节点发全量数据（像把整个文件拷过去），之后有新写操作，再增量同步（像发修改记录）。
它的好处很直接：一是数据有备份，主节点挂了，从节点有完整数据，不怕丢；二是读写分离，比如主节点扛写 QPS 1 万，3 个从节点能扛读 QPS 3 万，适合读多写少的场景。
但面试一定要说缺点：主节点挂了，得手动切从节点当新主，没有自动切换！所以它只适合 “不那么怕服务断一会儿” 的场景。
比如啥场景用？小公司的区域生鲜电商，商品就 5000 个 SKU，每天订单 2 万单，读请求是写请求的 20 倍 —— 用 “一主二从”，主节点管商品上架、改价格，两个从节点分别对接 APP 和小程序的商品查询，简单够用，人工切一次也不麻烦。
第二个：哨兵模式（Sentinel）—— 主从的 “升级款”，加了 “自动保镖”
说白了，哨兵模式就是给主从复制加了几个 “哨兵进程”，解决 “主节点挂了要手动切” 的痛点。原理是这样：你部署 3 个（奇数个，避免投票平票）哨兵，它们 24 小时盯着主从节点，一旦发现主节点没反应：第一步，先确认是不是真挂了（不是一个哨兵说了算，得多数哨兵同意，这叫主观下线→客观下线）；第二步，选一个从节点升级成新主；第三步，让其他从节点跟新主同步，还告诉客户端 “新主在这，快连过来”—— 全程自动，不用人管。
它的核心优势就是高可用，主节点挂了，10 几秒就能恢复服务，不用等人工。但面试也要提它的短板：还是单主架构，所有写操作还在一个主节点上，数据量太大（比如超 50GB）、写 QPS 太高（比如超 5 万），单机扛不住，它也没辙。
那啥场景用？在线教育平台存用户 Session，日均 10 万活跃用户，Session 数据 30GB（单机装得下），但用户登录后断服务，得重新登录，投诉会炸 —— 用 “一主二从 + 三哨兵”，主节点挂了哨兵自动切，用户完全没感觉，这就刚需了；还有中型电商的秒杀库存缓存，秒杀不能断，写 QPS 就 3000，单机够，哨兵刚好解决高可用。
第三个：Cluster 集群 ——Redis 的 “终极款”，能扛海量数据
要是数据量超 100GB、写 QPS 超 8 万，主从和哨兵都顶不住了，就得用 Cluster，它是真正的 “分布式集群”。核心原理就一个：数据分片。把所有数据分成 16384 个 “哈希槽”，比如你有 3 个主节点，每个主节点管一部分槽（比如第一个管 0-5460，第二个管 5461-10922），数据按 Key 算哈希，分到对应的槽里，这样数据就分散在多台机器上，不挤在一个主节点了。而且每个主节点还有从节点，主节点挂了，从节点自动顶上，又有高可用，又能扩容。
它的好处太明显：能水平扩展，数据多了就加主节点分槽，写 QPS 高了就多几个主节点一起扛；但面试别漏了缺点：不支持多 Key 跨节点操作（比如你要同时改两个在不同主节点的 Key，会报错），而且架构复杂，运维要麻烦点。
啥场景用？头部综合电商的订单库，日常订单 500 万单，大促 3000 万单，数据超 100GB，写 QPS 峰值 8 万 —— 用 “7 主 7 从” 的 Cluster，订单按用户 ID 分片，每个主节点管一部分，峰值能扛 15 万 QPS；还有千万日活的社交 APP Feed 流，每天 2000 万条新动态，用 5 主 5 从的 Cluster，按用户 ID 分槽，查和写都不卡，这就是它的用武之地。
最后记个 “选型口诀”，面试直接用
讲完三个方案，你得给面试官一个清晰的选型逻辑，记住三句话：
- 小项目、测试环境，或者只需要数据备份、读写分离—— 用主从复制，简单省钱；
- 中型生产系统，数据量单机装得下，但怕服务断（比如 Session、秒杀库存）—— 用哨兵模式，自动故障转移，高可用；
- 海量数据、高写并发（比如大电商订单、社交 Feed 流），单机扛不住—— 用 Cluster 集群，分片扩容，多主多从。
兄弟们，下次面试按这个逻辑答：先讲每个方案的 “原理 + 核心特点”，再补个实际场景，最后说选型思路 —— 别光背术语，要让面试官觉得 “你真用过，不是背答案”。这样一套下来，这道题绝对能拿满分！