时钟同步

一、背景与问题：一次因时钟漂移引发的分布式锁失效事故 2024年11月凌晨03:12:47，我们监控到三条关键链路同时出现异常： 1. Redis缓存一致性：商品改价接口的缓存未及时更新，导致17分钟内价格错误率高达2.3%； 2. Kaf

【背景】 做了 10 年分布式系统（一致性协议 + 消息中间件为主），最近复盘了一起线上事故：某节点 NTP 跳变 +42ms（不是回拨，是前跳），导致 etcd 租约判定该节点「心跳超时」，leader 被抢占；与此同时，同一集群的 Ka

【背景】 我负责一套 12 节点业务集群（Linux 5.15，gRPC + etcd 做分布式锁），节点分布在两个机房，走 25G 内网专线。集群里所有节点的 NTP 源都指向同一个机房 A 的 chrony server（stratum

«结论先行：在分布式系统里，本地时钟不是可靠的同步原语。任何"基于时间戳判断先后"的逻辑，都应该有一个"单调 token"作为兜底。这次 8 秒的 step，把三条都假设了"时钟单调"的链路同时打穿。» 一、现象：三条监控曲线在同一分钟里同

结论先行 分布式锁/租约的"生死"记在 server 的钟上，"续命的节奏"却记在 client 的墙钟上。当 NTP 一次回拨把客户端本地时钟往回拽 12 秒，server 认为租约已过期把锁让给了别人，而旧持有者还以为自己持有——这个"