延迟双删

背景 社区里对「双删 / 延迟双删 / MQ 失效」怎么选已经有不少讨论（见引用），我们线上也是「先更新 DB，再删 Redis」+ 延迟双删兜底，代码里延迟时间是一个写死的常量 500ms，注释写着「参考网上经验值」。 最近一次事故让我意

【背景】 最近帮一个业务团队看缓存问题，他们用的是最经典的「先更新 DB，再删 Redis」，但线上偶现脏数据——读到的还是旧值，窗口期大概几百毫秒到一两秒。我准备给他们换成「延迟双删」或者「DB 变更走 binlog/MQ 异步删缓存」，

«结论先行：「先更新 DB 再删缓存」不是错，错的是把删除当成一次性的、同步的、必定成功的事件。缓存一致性事故 90% 不是「顺序写反了」，而是「删缓存这一步本身会失败、会乱序、会被旧读回填」。下面用一次真实的改价事故，把机制、正确顺序、以