加一台分片就全乱？Redis 用 16K 固定哈希槽解决扩容难题
Franc0Fernand0 · x · 2026-10-12
作者解释了 Redis Cluster 为什么不用简单的「哈希取模分片数」方案。
- 取模方案的问题：hash(key) % 分片数 能保证 key 稳定落在同一分片，但一旦新增分片，几乎所有 key 的落点都会改变，需要大规模迁移数据。
- Redis 的解法：在 key 与分片之间引入固定数量的 hash slot（共 16384 个）。key 始终映射到固定的 slot，而 slot 再分配给分片。
- 扩容变简单：新增分片时只需把部分 slot 从旧分片搬到新分片，key 到 slot 的映射完全不变。
这是一篇清晰的基础设施原理科普，讲清了固定哈希空间如何解耦 key 定位与分片拓扑。
「Infra」频道最新
- 美国数据中心最集中两县恰是全美最富两县，算力循环论引发争论 — gregmushen · 2026-10-12
- Cloudflare Logpush Transformers：导出前用 SQL 过滤与改写日志 — Cloudflare Blog · 2026-10-12
- 混合 GPU+CPU+NVMe 本地跑 DeepSeek,吞吐最高提升 21 倍 — HankYeomans · 2026-10-12
- Palo Alto Networks 收购 AI 网关 Portkey，卡位企业 AI 支出入口 — YvesMulkers · 2026-10-12
- Anthropic 算力版图再扩：IREN 等前比特币矿场成新供应商 — tengyanAI · 2026-10-12
- Cloudflare Workers 调 Gemini 偶报 400:根因是机房路由落在香港 — sujingshen · 2026-10-12