redis为什么要延时双删

首先，删除缓存是为了让其他事务读取数据的时候不会读到旧事务，而更新数据库前清除缓存和更新数据库后清除缓存解决的是不同时期的脏数据问题

只先删缓存的话，当我们在清除缓存和更新数据库间有事务查询缓存，此时没有缓存，数据库还没更新，所以缓存又更新为旧数据了

只后删缓存的话，在删除缓存之前读到的数据都是旧数据

那我们将两者综合起来的话，在更新前和更新后都进行删除，就可以很大程度上避免读到脏数据

那为什么要延时双删呢？我们考虑这样一种情况，在我们两次删除缓存之间更新数据库之前，B事务读到了数据库中的脏数据，但是他的时间片耗尽了，结果更新数据库的A事务进行了第二次清空缓存，时间片轮转回B时，B就会将旧数据缓存写进缓存当中去。此时我们使用延时双删策略，延后第二次删除缓存的时间，保证第二次删除缓存在所有的旧缓存之后，就可以确保不会有旧数据出现了

但是我们思考延时双删策略，此策略只能保证最终一致性，保证了第二次删除缓存之后的数据均为新数据，那第二次删除缓存之前还是能够读到旧数据的，如果对于数据没有强一致性要求的话延时双删已经足够了，但是如果对于数据有强一致性要求延时双删显然就不满足条件了，这个时候我们进一步优化的话可以考虑加锁操作，在写更新时阻塞读操作，带来的影响就是可以保证强一致性，但是吞吐量会下降