Redis 分布式锁进阶第七十三篇

承接上一篇公平锁、异步锁、读写锁内容，本篇重点讲解 Redisson 联锁（MultiLock） 与 红锁（RedLock） 完整落地实现、底层差异、线上踩坑案例、性能优化方案，同时区分二者使用边界、搭配事务 / 超时 / 异常处理，补齐多节点分布式锁的生产实践要点。

一、前言

在复杂微服务、多资源联动、跨节点数据强一致场景中，单把分布式锁已经无法满足需求。比如同时操作多个独立库存、多表联动扣减、跨服务资源互斥，就需要多锁联动 。 Redisson 提供了两种主流多锁方案：联锁 MultiLock 、红锁 RedLock。很多开发者容易混淆二者，本篇从原理、流程、代码、风险、调优五个维度拆解，并结合线上真实故障做复盘。

二、Redisson 联锁（MultiLock）实战

2.1 核心定义与适用场景

联锁：将多个独立的 Redis 锁绑定为一个整体 ，遵循「全部加锁成功才算成功，任意一把加锁失败则全部回滚」的规则。

• 本质：一把逻辑上的复合锁，所有锁加锁、解锁、等待、续期动作统一执行。
• 典型场景：
  1. 同时操作多个互斥资源（多商品库存、多账户余额）；
  2. 微服务中多个独立业务节点需要同时互斥；
  3. 同一份 Redis 实例下，多个 Key 组合实现资源隔离。

2.2 底层执行流程

1. 客户端按顺序依次尝试获取集合内所有锁；
2. 必须所有锁全部加锁成功，联锁才算获取成功，执行业务；
3. 中途任意一把锁加锁失败，立刻执行反向解锁，释放前面已经拿到的锁，避免死锁；
4. 解锁时一次性批量释放所有锁；
5. 继承原生锁能力：支持可重入、看门狗续期、阻塞等待、超时控制。