redis的延迟双删策略

redis的延迟双删策略

一、数据库和redis的同步机制（一般情况下）

二、普通同步机制的问题

在我们访问redis时，redis中的数据可能不是热点数据，即此时数据库的更新操作已经完成，但是还没有同步到redis中。

三、延迟双删

延迟双删策略是分布式系统中数据库存储和缓存数据保持一致性的常用策略，但它不是强一致。其实不管哪种方案，都避免不了Redis存在脏数据的问题，只能减轻这个问题，要想彻底解决，得要用到同步锁和对应的业务逻辑层面解决。

四、为什么要进行延迟双删

一般我们在更新数据库数据时，需要同步redis中缓存的数据，所以存在两种方法：

    第一种方案：先执行update操作，再执行缓存清除。

    第二种方案：先执行缓存清除，再执行update操作。

    这两种方案的弊端是当存在并发请求时，很容易出现以下问题：

    第一种方案：当请求1执行update操作后，还未来得及进行缓存清除，此时请求2查询到并使用了redis中的旧数据。

    第二种方案：当请求1执行清除缓存后，还未进行update操作，此时请求2进行查询到了旧数据并写入了redis。

五、如何实现延迟双删

所以此时我们需要使用第三种方案：先进行缓存清除，再执行update，最后（延迟N秒）再执行缓存清除。

六、延迟双删需要注意的点

    上述中（延迟N秒）的时间要大于一次写操作的时间，一般为3-5秒。

    原因：如果延迟时间小于写入redis的时间，会导致请求1清除了缓存，但是请求2缓存还未写入的尴尬

    ps:一般写入的时间会远小于5秒

七、小结

延迟双删用比较简洁的方式实现 mysql 和 redis 数据最终一致性，但它不是强一致。
延迟，是因为 mysql 和 redis 主从节点数据同步不是实时的，所以需要等待一段时间，去增强它们的数据一致性。
延迟是指当前请求逻辑处理延时，而不是当前线程或进程睡眠延迟。
mysql 和 redis 数据一致性是一个复杂的课题，通常是多种策略同时使用，例如：延迟双删、redis 过期淘汰、通过路由策略串行处理同类型数据、分布式锁等等。