Redis分布式锁实践：Redlock争议与安全替代

Redis分布式锁实践：Redlock争议与安全替代概览Redis 锁常用 `SET key value NX PX ttl`；Redlock 通过多节点多数派获取，但对网络分区与时钟漂移敏感。更安全的方案是栅栏令牌（fencing tokens）或在存储层依赖唯一约束与事务。技术参数（已验证）单点锁：`SET NX PX` 保证互斥但不保证执行顺序与持久；需续约与超时治理。Redlock：多节点多数派获取；在网络分区下可能双重持有风险；需严格前提与协调成本。栅栏令牌：每次获取递增令牌；下游仅接受更大令牌，避免旧持有者覆盖新者。持久唯一约束：在 DB 通过唯一索引实现“锁即数据”，避免外部锁复杂性。幂等与重试：所有关键操作应具备幂等键与重试策略。实战清单优先采用持久唯一约束或栅栏令牌方案；仅在确有需要时使用外部分布式锁。对锁续约、超时与抢占进行监控；记录争用与失败事件。将关键操作设计为幂等；确保失败恢复不产生副作用。