转自公众号：捡田螺的小男孩
前言
在分布式系统中，缓存和数据库同时存在时，如果有写操作的时候，先操作数据库还是先操作缓存呢？
先思考一下，可能会存在哪些问题，再往下看。上面我分几种计划论述。
缓存保护计划一
假如有一写（线程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开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞+转发哦！