成都网站建设询q479185700霸屏,工程施工行业在哪个网站容易找事做,ps如何做网站,万州区建设局官方网站缓存维护方案一
如果是一读#xff08;线程B#xff09;一写#xff08;线程A#xff09;操作#xff0c;「先操作缓存#xff0c;再操作数据库」。流程图如下所示#xff1a; 1.线程A发起一个写操作#xff0c;第一步del cache 2.线程A第二步写入新数据到DB 3.线程…缓存维护方案一
如果是一读线程B一写线程A操作「先操作缓存再操作数据库」。流程图如下所示 1.线程A发起一个写操作第一步del cache 2.线程A第二步写入新数据到DB 3.线程B发起一个读操作cache miss缓存失效了。 4.线程B从DB获取最新数据 5.线程B执行set cache把从DB读到的数据更新到缓存。
「这样看没啥问题」。我们再看第二个流程图如下 1.线程A发起一个写操作第一步del cache 2.此时线程B发起一个读操作cache miss 3.线程B继续读DB读出来一个老数据 4.然后老数据设置入cache 5.线程A写入DB最新的数据
OK酱紫就有问题了吧老数据入到缓存了「每次读都是老数据啦缓存与数据与数据库数据不一致了」。
缓存维护方案二
上个方案是一读一写如果是双写操作「先操作缓存再操作数据库」会怎么样呢 1.线程A发起一个写操作第一步set cache 2.线程A第二步写入新数据到DB 3.线程B发起一个写操作set cache 4.线程B第二步写入新数据到DB
「这样看也没啥问题。」但是有时候可能事与愿违我们再看第二个流程图如下: 1.线程A发起一个写操作第一步set cache 2.线程B发起一个写操作第一步set cache 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
「有些朋友可能认为在第2步删除缓存之前线程B读过来呢这时候读到的是缓存老数据这个可以认为是正常业务逻辑呀下次再读取就是正确数据了。」
这种方案**「没有明显的并发问题」但是有可能「步骤二删除缓存失败」虽然概率比较小「优于方案一和方案二」**平时工作中也是使用方案三。
综上对比我们一般采用方案三但是有没有完美全解决方案三的弊端的方法呢
缓存维护方案四
这个是方案三的改进方案都是先操作数据库再操作缓存我们来看一下流程图 通过数据库的**「binlog」来「异步淘汰key」以mysql为例 可以「使用阿里的canal将binlog日志采集发送到MQ队列」里面然后「通过ACK机制 确认处理」** 这条更新消息删除缓存保证数据缓存一致性。
但是呢还有个问题「如果是主从数据库呢」
缓存维护方案五
主从DB问题因为主从DB同步存在延时时间。如果删除缓存之后数据同步到备库之前已经有请求过来时「会从备库中读到脏数据」如何解决呢解决方案如下流程图 缓存维护总结
综上所述在分布式系统中缓存和数据库同时存在时如果有写操作的时候「先操作数据库再操作缓存」。如下
1.读取缓存中是否有相关数据2.如果缓存中有相关数据value则返回3.如果缓存中没有相关数据则从数据库读取相关数据放入缓存中key-value再返回4.如果有更新数据则先更新数据库再删除缓存5.为了保证第四步删除缓存成功使用binlog异步删除6.如果是主从数据库binglog取自于从库7.如果是一主多从每个从库都要采集binlog然后消费端收到最后一台binlog数据才删除缓存
最后
作为过来人小编是整理了很多进阶架构视频资料、面试文档以及PDF的学习资料针对上面一套系统大纲小编也有对应的相关进阶架构视频资料如果**‘你’确定好自己未来的道路或者想学习提升自己技术栈、技术知识的小伙伴们可以点击这里来获取免费学习资料提升自己全套面试文档、PDF、进阶架构视频** va-p7)提升自己全套面试文档、PDF、进阶架构视频**
[外链图片转存中…(img-uMgL2rKO-1626688897205)] [外链图片转存中…(img-carA01Nh-1626688897205)]
