redis缓存延时双删的原因分析
缓存为啥是删除，而不是更新？
如果是更新，存在分布式事务问题，可能出现修改了缓存，数据库修改失败的情况。只是删除缓存的话，就算数据库修改失败，下次查询会直接取数据库的数据，也不会出现脏数据。
延时双删是什么？
就是在增删改某实体类的时候，要对该实体类的缓存进行清空，清空的位置在数据库操作方法的前后。
采用反证法
只先删

只后删
结论
从而得出 前删和后删都有问题。所以采用延时双删的策略
思考2：为啥是延时
依然是反证法。下图这情况是双删依然存在旧缓存的情况，延时是确保 修改数据库-》清空缓存前，其他事务的更改缓存操作已经执行完。
补充：为什么要延迟双删，来保证缓存一致性
为什么要延迟双删，来保证缓存一致性
- 在修改数据库数据前，需要先删除一次redis：此时是为了保证在数据库数据修改和redis数据被删除的间隔时间内，如有命中，保证此数据也不存在redis中。如果没有这一次删除，当数据库数据已经被修改了，但是还是可以从redis中读出旧数据，导致数据不一致。
- 第二次删除则是在修改数据库数据后，此时需要再次删除redis中对应数据一次，这一次是为了删除 第一次redis删除和数据库数据修改之间，如果有请求，那么旧数据又会重新缓存到redis中，然而数据在数据库中在接下来就会被修改，如果没有这一次删除，redis中则会存在数据库中旧的数据。
- 那么第二次为什么需要在数据库修改后延迟一定时间再删除redis呢？
- 为了等待之前的一次读取数据库，并等待其数据写入到缓存，最后删除这次脏数据，所以是一次数据从数据库中发到服务器+缓存写入的时间
但是延迟双删，所延迟的时间非常的难以确定，所以并不推荐延迟双删
根据综合考虑，即使先修改数据库，在删除缓存，有一定的时间会导致读取到旧数据，这通常是可以被忍受的。
只要及时将缓存删除，其他线程就可以读取到最新的值。
同时为了保证缓存一定会被删除，可以采用mq，来保证缓存会被删除
如果在mq中消息没有被重复消费，还会交由给其他消费者消费(将缓存删除)
到此这篇关于redis缓存延时双删的原因分析的文章就介绍到这了,更多相关redis缓存延时双删内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！
