#Redis Cluster 集群

-- Sentinel 适用：
-- - 数据量不大（单实例 < 50GB）
-- - 需要主从复制的高可用
-- - 不想引入 Cluster 的复杂度

-- Cluster 适用：
-- - 数据量超过单实例容量
-- - 需要水平扩展
-- - 需要更高的写入吞吐量

-- 16384 个 slot 分配给多个主节点
-- 假设 3 个主节点：
-- 节点1: slot 0 ~ 5460
-- 节点2: slot 5461 ~ 10922
-- 节点3: slot 10923 ~ 16383

-- Slot 数量固定，不随节点数增加而增加
-- 优点：槽信息小（16384 字节 ≈ 16KB），便于 Gossip 传播

-- CRC16 算法计算 slot
slot = CRC16(key) % 16384

-- 示例：
CRC16("user:100") = 12345
slot = 12345 % 16384 = 12345

-- 为什么选 CRC16？
-- 计算快、分布均匀、16 位结果

-- 客户端连接到节点 A，想访问 key "user:100"
-- 但 "user:100" 的 slot 在节点 B 上
-- 节点 A 返回 MOVED 错误

GET user:100
# MOVED 12345 节点B:6379
# 12345 是 slot，节点B:6379 是实际节点地址

-- 智能客户端会：
-- 1. 收到 MOVED 后，更新本地槽缓存
-- 2. 直接连接节点 B
-- 3. 后续请求直接发送到正确的节点

-- ASK 重定向：迁移过程中的临时状态

-- slot 从节点 A 迁移到节点 B 的过程中：
-- 1. slot 仍在节点 A 上（权威数据）
-- 2. 部分 key 已迁移到节点 B（新数据）

-- 客户端请求 "user:100"
-- 节点 A：如果 key 在本地，返回数据
-- 节点 A：如果 key 已迁移到 B，返回 ASK 12345 节点B:6379

-- ASK vs MOVED：
-- ASK：临时状态，客户端可以继续发送后续请求到原节点
-- MOVED：最终状态，客户端更新槽缓存

-- Cluster 也使用 Gossip 协议
-- 节点间互相发送 PING/PONG
-- 如果节点长时间无响应，标记为 FAIL

-- 故障确认：
-- 需要 slot 主节点的所有从节点投票
-- 或超过一半的节点认为主节点 FAIL

-- Cluster 选主比 Sentinel 简单：
-- 1. 从从节点中选一个
-- 2. 条件：和主节点断开时间 < cluster-node-timeout / 2
-- 3. 优先：复制 offset 最大（数据最新）
-- 4. 优先：run id 最小的

-- 注意：
-- Cluster 的选主不需要 Sentinel
-- 节点之间互相投票