标签: 分布式锁

分布式锁是分布式系统中保证互斥访问共享资源的重要机制。
本文深入剖析Redis和Zookeeper两种分布式锁的实现原理、对比分析和实战案例，帮助你选择合适的分布式锁方案。

一、为什么需要分布式锁

1.1 分布式系统并发问题

并发问题场景：

┌─────────────────────────────────────────────────────────────┐
│  场景：商品库存扣减                                          │
│                                                             │
│  服务A ──→ 查询库存=100 ──→ 扣减 ──→ 库存=99                 │
│  服务B ──→ 查询库存=100 ──→ 扣减 ──→ 库存=99                 │
│                                                             │
│  问题：两个服务都扣减了，实际库存应该是98                      │
└─────────────────────────────────────────────────────────────┘

解决方案：
├─ 乐观锁：版本号控制
├─ 悲观锁：数据库锁
└─ 分布式锁：跨进程互斥

郑天祺2026/8/19大约 5 分钟

Redisson 分布式锁源码解析：看门狗、可重入与红锁争议

SETNX 做分布式锁太简陋？Redisson 才是生产级方案。看门狗自动续期、Hash 结构实现可重入、Lua 脚本保证原子性——从源码级别彻底搞懂 Redisson 分布式锁。

一、SETNX 方案的问题

基础 SETNX 方案：

SET lock:order:123 1 NX EX 30  # 加锁（30s 过期）

问题：
  1. 业务执行超过 30s → 锁自动释放 → 其他线程获取锁 → 并发问题
  2. 线程 A 超时释放锁 → 线程 B 获取锁 → 线程 A 执行完删除锁 → 删了 B 的锁
  3. 不可重入：同一线程再次获取锁会失败
  4. 无法等待：获取失败只能轮询
  5. 无公平性

Redisson 解决方案：
  1. 看门狗（Watchdog）→ 自动续期
  2. UUID:threadId 标识 → 不会删错锁
  3. Hash 结构 → 可重入
  4. Pub/Sub → 通知等待
  5. 公平锁支持

郑天祺2026/7/3大约 8 分钟

分布式锁深度对比：Redis、ZooKeeper 与 etcd 三种实现选型

Redis是高性能的内存数据库，广泛应用于缓存、会话管理和实时数据处理等场景。
本文介绍了Redis的核心特性和使用场景，帮助你构建高性能的应用系统。

单机锁用 synchronized，分布式锁用什么？Redis RedLock？ZooKeeper 临时节点？etcd Lease？选错了就是生产事故。

一、三种实现的核心原理

Redis 分布式锁

SET key value NX PX 30000
  NX: 不存在才设置（互斥）
  PX: 过期时间（防死锁）
  value: 唯一标识（防误删）

释放锁：Lua 脚本保证"判断+删除"原子性

郑天祺2026/6/27大约 6 分钟

分布式锁

分布式锁是分布式系统中的核心话题，它涉及数据一致性、可用性和分区容错等关键挑战。
本文深入分析了分布式锁的原理和解决方案，帮助你构建可靠的分布式系统。

	当多个进程在同一个系统中，用分布式锁控制多个进程对资源的访问。传统的单体应用单机部署情况下，可以使用java并发处理相关的API进行互斥控制。分布式系统后由于多线程，多进程分布在不同机器上，使单机部署情况下的并发控制锁策略失效，为了解决跨JVM互斥机制来控制共享资源的访问，这就是分布式锁的来源；分布式锁应用场景大都是高并发、大流量场景。

郑天祺2021/4/18大约 19 分钟