Redis集群槽位重新分配：面试高频考点解析
2025年Java面试宝典抢先领：
🔗 链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g
🔑 提取码: 9b3g
面试官问：Redis集群扩容时如何重新分配槽位？
当面试官抛出这个问题，实际在考察你对Redis集群底层架构的理解。作为分布式系统的核心设计，槽位（Slot） 机制直接决定了数据分布和集群伸缩能力。今天我们就拆解这个高频考点！
一、为什么需要槽位重新分配？
Redis集群将数据划分为16384个槽位，每个节点负责部分槽位。当新增节点或缩容时，必须对槽位重新分配以实现数据均衡。例如扩容场景：
- 新节点加入集群但无数据
- 需从现有节点迁移部分槽位到新节点
- 迁移后集群达到新平衡状态
二、槽位重新分配的4个核心步骤
步骤1：准备新节点
# 启动新Redis实例并加入集群
redis-cli --cluster add-node new_node:6379 existing_node:6379
此时新节点为"空节点"，不持有任何槽位。
步骤2：迁移计划制定
使用redis-cli --cluster reshard命令触发槽位重新分配：
- 输入待迁移的槽位数量（如1000个）
- 指定接收节点ID（新节点）
- 选择数据源节点（可输入"all"从所有节点抽取）
步骤3：数据迁移过程
迁移时涉及两个关键行为：
- 批量迁移：以槽位为单位批量转移键值数据
- 增量同步：迁移过程中新写入数据通过ASK重定向保证一致性
步骤4：完成分配
当所有槽位迁移完成后：
- 新节点正式接管对应槽位
- 集群更新节点-槽位映射表
- 客户端可通过新节点直接访问数据
三、迁移过程中的关键问题
问题1：如何避免数据丢失？
采用双写机制：
- 迁移中的槽位在源节点标记为
MIGRATING - 在目标节点标记为
IMPORTING - 客户端请求该槽位时：
- 若键存在源节点，直接返回
- 若不存在，返回
ASK重定向到目标节点
问题2：会影响线上服务吗？
集群仍可正常服务！但需注意：
- 迁移过程中相关键可能有毫秒级延迟
- 建议在低峰期操作
- 使用
--cluster-slave参数可先添加从节点再升级为主节点
四、面试加分项
- 迁移粒度：最小迁移单位是槽位，不是单个Key
- 自动化工具：官方
redis-cli --cluster工具封装了CRC16校验、数据同步等逻辑 - 扩缩容差异：缩容需先迁移槽位到其他节点，再移除空节点
💡 面试准备贴士：
如果你正在突击Redis面试，面试鸭返利网 提供全网独家优惠！通过本站购买面试鸭会员可返利25元，用更低的成本获取海量真题解析和实战案例。
五、真实场景下的避坑指南
去年我们生产环境扩容时就踩过一个坑：未预先检查节点内存。导致迁移过程中源节点内存暴涨！建议操作前：
- 确保所有节点有20%以上内存余量
- 使用
--cluster-use-empty-masters避免空节点 - 监控迁移速度：
redis-cli --cluster reshard --cluster-speed 1000（限制每秒迁移Key数）
掌握这些核心要点，面试时被问到Redis集群槽位重新分配，你就能从容展示分布式系统的设计能力啦！
