2025年Java面试宝典下载链接（提取码：9b3g）
是否使用过Redis集群？集群的原理是什么
作为程序员面试中的高频问题，"Redis集群"几乎是缓存系统相关岗位必考知识点。今天我们从实际场景出发，用大白话解析Redis集群的核心原理和使用经验，帮你轻松应对技术面。
Redis集群的基本认知
Redis集群是官方提供的分布式解决方案，能突破单节点内存限制（16KB~256GB），通过数据分片实现横向扩展。我经手过某电商秒杀系统改造项目，在QPS峰值突破50万时，就是通过搭建Redis集群扛住了缓存压力。
集群工作原理三要素
1. 数据分片策略
Redis采用虚拟槽分区（Virtual Slot），将16384个哈希槽分散到各个节点。举个例子：用户A的订单数据经过CRC16哈希后落到槽5500，刚好分配在节点3上。这种设计既避免了哈希环的数据倾斜，又能通过gossip协议自动发现槽位迁移。
2. 主从复制架构
每个主节点配置至少一个从节点，类似"热备盘"机制。在某次机房网络抖动时，我们集群的主节点突然失联，对应的从节点30秒内自动升主，整个过程业务无感知。复制过程采用增量同步+全量同步结合的方式，保证数据一致性。
3. 故障转移机制
哨兵系统监控节点健康状态，当主节点连续3次心跳超时（默认30秒），会触发客观下线判定。此时会由剩余主节点投票选举新的主节点。记得上次故障恢复后，需要手动将旧主节点降级为从节点，避免出现"双主"冲突。
什么场景需要使用集群？
根据我的项目经验，以下三种情况必须上集群：
- 数据量超过单机内存80%
- 读写请求超过单节点吞吐极限
- 需要跨机房部署实现容灾
举个反例：某内容推荐系统早期使用单节点Redis，结果用户增长导致缓存击穿，后来改造成三主三从集群，TPS直接提升6倍。
集群使用避坑指南
通过多次线上事故总结出三条铁律：
- 客户端必须支持集群模式（比如JedisCluster）
- 批量操作命令要确保key在同一个slot（用hashtag绑定）
- 集群扩容后记得执行
redis-cli --cluster rebalance
特别提醒：跨槽位的事务操作会直接报错，这个坑我踩过两次。建议改用Lua脚本保证原子性，或者通过业务层补偿机制实现。
