延时双删（redis-mysql）数据一致性思考_延时双删为什么删两次-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_25096741/article/details/124728340

本文探讨分布式系统中延时双删策略，针对mysql和redis主从异步同步的挑战，解释为何采用延迟删除以及其步骤。通过实例分析，揭示策略如何避免读取脏数据，确保数据一致性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

延时双删策略是分布式系统中数据库和redis数据保持一致性的常用策略，但它不是强一致。

系统布局
因为多个节点间的数据异步操作，所以整个系统要实现强一致是比较难的。

多个业务程序节点读写数据。
redis 读写分离，主从同步。
mysql 读写分离，主从同步。

延时双删
延时双删常用步骤有 4 个

删除 redis 主库数据。
修改 mysql 主库数据。
等待一段时间，等 redis 和 mysql 主从节点数据同步成功。
删除 redis 主库数据。
读取 redis 从库数据，发现 redis 从库没有数据，从 mysql 从库读取数据，并写入 redis 主库。

#下面参考伪代码：
def update_data(key, obj):
del_cache(key)     # 删除 redis 缓存数据。
update_db(obj)     # 更新数据库数据。
logic_sleep(_time) # 当前逻辑延时执行。
del_cache(key)     # 删除 redis 缓存数据。

问题
带着问题理解这个策略

为什么要延迟
因为 mysql 和 redis 主从节点数据不是实时同步的，同步数据需要时间。
为什么要删除两次
先删缓存的话，当我们在清除缓存和更新数据库间有事务查询缓存，此时没有缓存，数据库还没更新，所以缓存又更新为旧数据了，后删缓存的话，在删除缓存之前读到的数据都是旧数据，将两者综合起来的话，在更新前和更新后都进行删除，就可以很大程度上避免读到脏数据

参考：
延时双删（redis-mysql）数据一致性思考
 redis为什么要延时双删