共计 1545 个字符，预计需要花费 4 分钟才能阅读完成。
转自公众号：捡田螺的小男孩
前言
在分布式系统中，缓存和数据库同时存在时，如果有写操作的时候，先操作数据库还是先操作缓存呢？
先思考一下，可能会存在哪些问题，再往下看。上面我分几种计划论述。
缓存保护计划一
假如有一写（线程 A）一读（线程 B）操作，先操作缓存，在操作数据库，如下流程图所示
1）线程 A 发动一个写操作，第一步 del cache
2）线程 A 第二步写入新数据到 DB
3）线程 B 发动一个读操作，cache miss，
4）线程 B 从 DB 获取最新数据
5）申请 B 同时 set cache
这样看，没啥问题。咱们再看第二个流程图，如下：
1）线程 A 发动一个写操作，第一步 del cache
2）此时线程 B 发动一个读操作，cache miss
3）线程 B 持续读 DB，读出来一个老数据
4）而后老数据入 cache
5）线程 A 写入了最新的数据
OK，酱紫，就有问题了吧，老数据入到缓存了，每次读都是老数据啦，缓存与数据与数据库数据不统一。
缓存保护计划二
双写操作，先操作缓存，在操作数据库。
1）线程 A 发动一个写操作，第一步 set cache
2）线程 A 第二步写入新数据到 DB
3）线程 B 发动一个写操作，set cache，
4）线程 B 第二步写入新数据到 DB
这样看，也没啥问题。，然而有时候可能大失所望，咱们再看第二个流程图，如下:
1）线程 A 发动一个写操作，第一步 set cache
2）线程 B 发动一个写操作，第一步 setcache
3）线程 B 写入数据库到 DB
4）线程 A 写入数据库到 DB
执行完后，缓存保留的是 B 操作后的数据，数据库是 A 操作后的数据，缓存和数据库数据不统一。
缓存保护计划三
一写（线程 A）一读（线程 B）操作，先操作数据库，再操作缓存。
1）线程 A 发动一个写操作，第一步 write DB
2）线程 A 第二步 del cache
3）线程 B 发动一个读操作，cache miss
4）线程 B 从 DB 获取最新数据
5）线程 B 同时 set cache
这种计划 没有显著的并发问题 ，然而有可能 步骤二删除缓存失败 ，尽管概率比拟小， 优于计划一和计划二，平时工作中也是应用计划三。
综上比照，咱们个别采纳计划三，然而有没有完满全解决方案三的弊病的办法呢？
缓存保护计划四
这个是计划三的改良计划，都是先操作数据库再操作缓存，咱们来看一下流程图：
通过数据库的 binlog 来异步淘汰 key，以 mysql 为例，能够 应用阿里的 canal 将 binlog 日志采集发送到 MQ 队列 外面，而后通过 ACK 机制 确认解决 这条更新音讯，删除缓存，保证数据缓存一致性。
然而呢还有个 问题，如果是主从数据库呢？
缓存保护计划五
主从 DB 问题：因为主从 DB 同步存在同时延时工夫如果删除缓存之后，数据同步到备库之前曾经有申请过去时，会从备库中读到脏数据，如何解决呢？
解决方案如下流程图：
缓存保护总结
综上所述，在分布式系统中，缓存和数据库同时存在时，如果有写操作的时候，先操作数据库，再操作缓存。如下：
（1）读取缓存中是否有相干数据
（2）如果缓存中有相干数据 value，则返回
（3）如果缓存中没有相干数据，则从数据库读取相干数据放入缓存中 key->value，再返回
（4）如果有更新数据，则先更新数据，再删除缓存
（5）为了保障第四步删除缓存胜利，应用 binlog 异步删除
（6）如果是主从数据库，binglog 取自于从库
（7）如果是一主多从，每个从库都要采集 binlog，而后生产端收到最初一台 binlog 数据才删除缓存
近期热文举荐：
1.1,000+ 道 Java 面试题及答案整顿(2021 最新版)
2. 别在再满屏的 if/ else 了，试试策略模式，真香！！
3. 卧槽！Java 中的 xx ≠ null 是什么新语法？
4.Spring Boot 2.5 重磅公布，光明模式太炸了！
5.《Java 开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞 + 转发哦！
