redis双写一致性问题

给缓存设置过期时间

从理论上来说，给缓存设置过期时间，是保证最终一致性的解决方案。

这种方案下，我们可以对存入缓存的数据设置过期时间，所有的写操作以数据库为准，对缓存操作只是尽最大努力即可。

也就是说如果数据库写成功，缓存更新失败，那么只要到达过期时间，则后面的读请求自然会从数据库中读取新值然后回填缓存

先更新数据库，再更新（不使用）

• 如果线程A先更新数据库，再去更新缓存， 然后线程B在线程A的两步操作都完成后再依次操作数据库和缓存，则OK
• 但如果线程B先到，就会读取到到脏数据。
• 如果在写多读少的情况下， 可能还未读取到数据，缓存会被频繁地写, 如果计算操作比较复杂的话，更加浪费性能， 而且读取到的数据还不一定是正确的数据。

先删除缓存，再更新数据库

•  线程A进行更新，删除缓存，还未更新数据库。
• 线程B进行查询，缓存为空，从数据库中获取旧数据写入缓存
• 线程A再把新数据更新至数据库
• 如果未给缓存设置一个过期的时间，那么这个缓存永远都是一个脏数据， 缓存和数据库不一致。

如何解决呢?（延时双删除， 休眠一段时间后，再把缓存清空掉）

• redis.deletekey(key)
• db.update(xx)
• Thread.sleep(100)
• redis.delkey(key)
• 但是因为上面的代码又是顺序同步行的，所以会带来一个吞吐量的问题
•  可以把最后一步的redis.delkey(key)变成一个异步地去删除 ， 这样就可以解决吞吐量下降的问题。(异步延时删除策略)
• 新的问题: 如果最后一步删除失败呢? 如何解决呢？

先更新数据库，再删缓存

失效 >> 命中 >> 更新

1. 缓存刚失效
2. 线程A查询数据库，得到旧数据
3. 线程B把新的数据写到数据库
4. 线程B删除缓存
5. 线程A把旧数据写入缓存

以上存在的并发问题有哪些??

• 要使线程A不读到旧数据，那需保证步骤2再步骤3后执行，但现实中读操作的耗时远远小于写操作耗时，可以步骤2增加一个异步延时删除策略，保证请求完成之后再删除， 而且如果删除失败的话，可以再利用重试机制。