Redis和MySQL数据如何保存一致性

https://blog.csdn.net/weixin_45127309/article/details/104253328?utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromMachineLearnPai2%7Edefault-1.base&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromMachineLearnPai2%7Edefault-1.base

懒加载机制

当业务读取数据的时候再从存储层加载的模式，而不是更新后主动刷新。

延迟双删

在写库的时候进行前后两次redis.del(key)操作，并且第二次删除通过延迟的方式进行。

方案一

1.先删除缓存
2.再写数据库
3.休眠500毫秒（根据业务定）
4.再次删除缓存

方案二

异步延迟删除
1.先删除缓存
2.再写数据库
3.触发异步写入串行化mq
4.mq接收再次删除缓存

为什么要双删

db更新分为两个阶段，更新前及更新后，更新前的删除很容易理解，在db更新的过程中由于读取的操作存在并发可能，会出现缓存重新写入数据，这时就需要更新后的删除。

双删失败如何处理

1.业务层实现

1.更新数据库数据
2.缓存删除失败
3.将需要删除的key发送到消息队列
4.自己消费消息，获得需要删除的key
5.继续重试删除操作，知道成功

缺点：对业务层代码造成了大量侵入。

2.中间件实现

1.更新数据库
2.数据库会将操作信息写入binlog日志
3.订阅程序删除操作
4.另起一段非业务代码，获得该信息
5.尝试删除缓存操作，发现删除失败
6.将这些信息发送到消息队列
7.重新从消息队列中获得该数据，重试操作

主动加载

主动加载模式就是db在更新时候同步或异步进行缓存更新。

写流程：第一步先删除缓存，删除之后再更新DB，之后再异步将数据刷回到环形。

读流程：先读缓存，缓存没有读到，则去读DB，之后再异步间数据刷回到缓存。

缺点：并发会出现脏数据

原因：主动刷新缓存属于非幂等操作。

解决方法：将刷新操作串行处理。

写流程：
1.先删除缓存
2.将删除操作交给MQ

读流程：
1.读缓存
2.没读到读db
3.将读请求交给mq