Cache-Aside

【背景】 我做了 3 年数据工程，最近在一个读多写少、但写路径对一致性敏感的场景里反复纠结一件事：缓存和 DB 到底怎么保证「读到的不是脏数据」。我们这套是 MySQL 8.0 + Redis 7（Cluster，16 shard）+ Sp

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