redlock不能用于redis cluster——因其要求n个完全独立的master节点，而cluster通过哈希槽协同工作，客户端请求会被自动重定向至唯一owner节点，无法实现跨节点原子加锁，且failover期间可能丢失未同步锁状态。
Redis Cluster 本身不能直接支撑高可用分布式锁——它不保证跨分片的原子性，也不解决主从异步复制导致的锁失效问题。Redlock 算法也不是为 Cluster 设计的，强行在 Cluster 上跑 Redlock 会因哈希槽（hash slot）路由逻辑破坏“向 N 个独立 Master 发起请求”这一前提。
为什么不能直接在 Redis Cluster 上用 Redlock
Redlock 要求访问的是 N 个完全独立、无数据同步关系的 Redis Master 实例。而 Redis Cluster 的多个节点是通过哈希槽协同工作的：同一个 key 固定落在某个 slot，由对应节点负责。客户端发往 lock:order:1001 的 SET 请求，只会打到一个节点（比如 node-A），即使你显式连接其他节点，Cluster 客户端也会自动重定向或报 MOVED 错误。这意味着：
- 你无法“依次向 5 个不同节点发起加锁请求”，因为 Cluster 客户端会拦截并路由到实际 owner 节点
- 你手动绕过客户端直连多个节点，但 key 会被分散到不同 slot，导致锁 key 不一致（
lock:order:1001在 node-A，lock:order:1001在 node-B 是另一个 key） - Cluster 的 failover 机制虽快，但主从切换期间可能丢失已写入 master 但未同步到 slave 的锁状态，这和 Redlock 想规避的单点故障本质冲突
真正可行的高可用方案：Redlock + 独立部署的 Redis Master 节点
要落地 Redlock，必须放弃 Cluster 架构，改用一组物理/逻辑隔离的 Redis 实例（推荐 5 个），每个都是独立的 redis-server 进程，不启用 cluster-enabled，不配置主从复制，不共享任何数据。这些实例可以部署在同一机房不同机器、跨机架，甚至跨可用区（注意网络延迟需稳定 ≤50ms）。
实操要点：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 客户端初始化时，维护一个
List<jedispool></jedispool>或RedisClient[]，每个元素对应一个独立 Master 的连接池 - 加锁时，对每个连接池执行
set(lockKey, randomValue, SetParams.setParams().nx().px(expireMs))，并记录响应时间和结果 - 统计成功数：必须 ≥
N/2 + 1（如 5 节点则至少 3 个返回"OK"），且总耗时 expireMs，才算获取成功 - 解锁时，必须遍历全部
N个节点执行 Lua 脚本，哪怕某个节点之前没加锁成功——这是 Redlock 规范明确要求的兜底动作
如果必须用 Redis Cluster，只能退回到单节点锁 + 哨兵容灾
当业务已深度绑定 Cluster，又需要锁服务，唯一务实选择是：在 Cluster 中选定一个固定 key 前缀（如 cluster-lock:），所有锁都写入同一个哈希槽（例如用 {cluster-lock} 强制 tag），让它们落到同一个主节点上；再配合 Redis Sentinel 实现该主节点的高可用。
这个方案的关键限制：
- 锁能力受限于单个节点性能与容量，无法水平扩展
- 依赖 Sentinel 的故障检测与切换速度（通常 30–60 秒），期间可能出现锁丢失或重复获取
- 必须启用
min-replicas-to-write 1等参数降低脑裂风险，但无法根除主从异步复制窗口期的锁不一致问题 - 客户端需监听
+switch-master事件，及时更新写入节点地址
最容易被忽略的细节：时间同步与客户端超时设置
Redlock 对时间极其敏感——它用本地毫秒时间戳做差值判断，若各 Redis 服务器之间时钟漂移 >100ms，或客户端机器时间跳变（如 NTP 校正），会导致“获取锁耗时”计算错误，进而误判锁是否获取成功。
必须做到：
- 所有 Redis 实例开启
ntpdate或chronyd，确保时钟误差 - 客户端连接每个 Redis 实例时，单独设置
socketTimeout和connectionTimeout，建议 ≤expireMs / 10（如锁 30s，则超时设为 3s） - 避免使用系统
System.currentTimeMillis()计算耗时，改用MonoClock（Java）或clock_gettime(CLOCK_MONOTONIC)（C/Go）等单调时钟
