给缓存设置过期时间
从理论上来说,给缓存设置过期时间,是保证最终一致性的解决方案。
这种方案下,我们可以对存入缓存的数据设置过期时间,所有的写操作以数据库为准,对缓存操作只是尽最大努力即可。
也就是说如果数据库写成功,缓存更新失败,那么只要到达过期时间,则后面的读请求自然会从数据库中读取新值然后回填缓存
先更新数据库,再更新(不使用)
- 如果线程A先更新数据库,再去更新缓存, 然后线程B在线程A的两步操作都完成后再依次操作数据库和缓存,则OK
- 但如果线程B先到,就会读取到到脏数据。
- 如果在写多读少的情况下, 可能还未读取到数据,缓存会被频繁地写, 如果计算操作比较复杂的话,更加浪费性能, 而且读取到的数据还不一定是正确的数据。
先删除缓存,再更新数据库
- 线程A进行更新,删除缓存,还未更新数据库。
- 线程B进行查询,缓存为空,从数据库中获取旧数据写入缓存
- 线程A再把新数据更新至数据库
- 如果未给缓存设置一个过期的时间,那么这个缓存永远都是一个脏数据, 缓存和数据库不一致。
如何解决呢?(延时双删除, 休眠一段时间后,再把缓存清空掉)
- redis.deletekey(key)
- db.update(xx)
- Thread.sleep(100)
- redis.delkey(key)
- 但是因为上面的代码又是顺序同步行的,所以会带来一个吞吐量的问题
- 可以把最后一步的redis.delkey(key)变成一个异步地去删除 , 这样就可以解决吞吐量下降的问题。(异步延时删除策略)
- 新的问题: 如果最后一步删除失败呢? 如何解决呢?
先更新数据库,再删缓存
失效 >> 命中 >> 更新
- 缓存刚失效
- 线程A查询数据库,得到旧数据
- 线程B把新的数据写到数据库
- 线程B删除缓存
- 线程A把旧数据写入缓存
以上存在的并发问题有哪些??
- 要使线程A不读到旧数据,那需保证步骤2再步骤3后执行,但现实中读操作的耗时远远小于写操作耗时,可以步骤2增加一个异步延时删除策略,保证请求完成之后再删除, 而且如果删除失败的话,可以再利用重试机制。