保证redis和数据库一致性

一、概述

redis缓存在系统总我们经常用到，但是对于某些情况下会导致缓存和数据库不一致的问题。

日常使用缓存的基本流程

 

---

二、一致性解决方案

1.先更新缓存，再更新数据库

 缺点：缓存更新成功，但是数据库可能因为某些原因更新失败，此时就会导致一致性问题。我们所有的数据最终要以数据库为准，缓存只不过是个临时存储的位置，不应该本末倒置去将缓存放在第一位。

2.先更新数据库，再更新缓存

 优点：解决了第一种方式的问题

缺点：高并发情况下可能会将旧值跟新到缓存中。

 图中情况就会导致，缓存中存放的数据和数据库中的数据不一致。

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

 优点：解决了2中的问题，让缓存去被动执行更新

缺点：高并发情况下还是有可能导致旧值缓存写入的问题

4.先删除缓存，再更新数据库，延时一会儿再删除缓存

 优点：解决了一致性问题

缺点：延时这段时间请求获取的缓存可能是旧值，对于实时性要求比较高以及性能要求比较强的系统来说不友好。

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

 

 优点：解决了大部分不一致问题

缺点：删除缓存有可能会失败，导致数据一致性问题，需要额外增加开销去解决当删除缓存失败后的重试策略

 

 

重试策略：

1）同步重试：并发高情况下影响接口性能；

2）异步重试：

        1.开启额外的线程去重试：并发高就会创建大量额外线程导致系统挂掉；

        2.线程池去重试：服务重启，导致数据丢失；

        3.存入库表中，定时任务执行：实时性差；

        4.利用MQ去重试：注意需要设置MQ消费者中重试最大次数不然导致cpu飙高。