搜索结果： "分布式锁" (16)
收官复盘：一张作战地图串起整个系列
二十篇走完，从 110 块的糊涂账讲到 fencing 的终审判决。症状速查表、三条铁律、四步选型、十项检查——分布式锁与一致性协议的全部家当收进一张作战地图，下次互斥出问题，先翻这张图。
实战事故集锦：七个生产事故清单
永生锁停摆全店业务，一行 leaseTime 拆了看门狗，高频抢锁拖垮注册中心——七个生产事故，现象、根因、解法各一段，条条都有前文伏笔。事故清单是最贵的学费，也是最好用的面试题库与评审清单。
不用锁行不行：四个替代方案的正确打开方式
想加锁之前先停三秒：互斥的对象是数据还是逻辑？如果只是一行数据，版本号、唯一索引、行锁、队列串行化四个替代方案，个个比分布式锁便宜可靠。很多「抢锁」的冲动，其实是设计可以绕开的信号。
三种锁横向对比：一张选型地图
Redis 十万级 QPS 但共识缺位，ZK 共识过硬但千级吞吐，etcd 两头占优但要看生态脸色。选型不是比参数，是比场景：高频竞争给 Redis，低频高危给 ZK/etcd，强一致资金叠 fencing。多数团队的最优解出人意料地朴素。
etcd 分布式锁：一个 Lease 管生死，一个 Revision 排公平
etcd 造锁只用了两块积木：Lease 租约绑住 key 的生死，keepalive 续命——进程崩了锁自动蒸发；创建 revision 全局单调——排队公平白送。对照 ZK 临时顺序节点概念一一对应，但流式 Watch 让实现简洁了一个量级。
ZooKeeper 分布式锁：临时顺序节点的排队艺术
创建临时顺序节点、看兄弟谁最小、只盯住前一个——三步走完，锁成了。互斥靠最小序号，防死锁靠会话蒸发，公平靠全局排队，防惊群靠「只盯前一个」。前五篇在 Redis 里拼命修的坑，ZK 方案里很多压根不存在。
主从切换下的锁失效：异步复制的原罪
客户端刚在主库上锁成功，主库没来得及同步就从库升了主——锁凭空蒸发，第二个客户端照样加锁。这是异步复制的原罪，不是配置错误。WAIT 命令、min-replicas 限写、换协调服务，各有各的价钱。
锁竞争与等待唤醒：一百个线程抢一把锁
零点大促，一百个请求同时抢同一张卡上的锁，抢到的在干活，剩下九十九个在干嘛？自旋会把 Redis 打爆，傻等会拖垮响应。pub/sub 唤醒、公平排队、单飞收敛——等待的艺术，决定了锁系统的上限。
RedLock 之争：Martin 与 antirez 的隔空交锋
五台独立 Redis、多数派加锁、失败全解锁——RedLock 看起来无懈可击。分布式系统权威 Martin 发文质疑：GC 停顿和时钟跳变面前，RedLock 的安全性站不住。antirez 下场应战。这场论战给所有用锁的人留下了两句话：锁分效率与正确性，正确性要靠令牌兜底。