Redis-数据一致性问题

1.如何更新redis

先来说一下更新redis是的两种方式：更新缓存和淘汰缓存；

1.更新缓存：指的是，通过set方法去将缓存中的值给替换掉；
优点：直接更新缓存，不会增加cache miss
缺点：如果业务逻辑复杂需要消耗更多内存

2.淘汰缓存：指的是，通过del方法去将缓存删除；
优点：简单
缺点：会增加一次cache miss

所以如果业务允许一次cache miss的话，推荐使用淘汰缓存

2.先更新数据库还是先淘汰缓存

先来看看异常场景：

1.如果先更新数据库成功，再淘汰缓存失败，那么就会面临着数据库的数据与缓存数据不一致的情况；

2.如果先淘汰缓存成功，更新数据库失败，那么就只会新增一次cache miss
所以应该先淘汰缓存，再更新数据库

3.延迟双删

如果先淘汰缓存，在更新数据库的话，可能存在一种情况，当淘汰缓存成功，还未更新数据库时，新请求就来访问数据库，然后把旧值有设置到缓存里面了；

针对这样的情况，就需要在更新完数据库后，延迟一段时间再对缓存进行删除，这就是延迟双删
延迟的时间取决于方法的耗时，也就是比方说一个请求进来了，需要处理数据500ms才会将所得到的数据放入redis中，那么延迟的时间就要大于500ms。

当存在事务时，延迟双删最好放到代码底部，不然可能会出现第二次删除后，事务没提交，缓存依旧不一致的情况

第一次删除缓存存在的意义：
减少第二次删除出现错误的概率，一般情况下，在短时间内，第一次能删除成功，第二次也能删除成功

4.延迟双删的问题

即使是延迟双删，在第二次删除时，依旧可能产生异常，所以我们在第二次删除时，根据业务可以做一些补偿机制的处理，或者通知到负责人