缓存文件一致性 - 系统架构师高峰会演说纪实

Previously

缓存文件系统软件涉及到的难题和知识要点是比较多的，我关键分成下列好多个层面来跟大伙儿讨论：

• 可靠性
• 准确性
• 可观察性
• 标准落地式和专用工具基本建设

上篇 大家剖析了缓存文件系统软件的可靠性，详细介绍了 go-zero 是怎么解决缓存穿透、缓存击穿、缓存雪崩难题的。较为通俗易懂，且具备较为强的实战演练实际意义，强烈推荐一读。

文中做为系列产品文章内容第二篇，关键跟大伙儿讨论『缓存文件一致性』

缓存文件准确性

上一篇文章提及，大家引进缓存文件的初心是为了更好地减少DB工作压力，提升系统软件可靠性，因此 大家一开始关心的是缓存文件系统软件的可靠性。当可靠性处理以后，一般大家便会遭遇数据信息准确性难题，很有可能会常常碰到『本来数据信息升级了，为什么或是表明老的呢？』这类难题。这就是我们常说的『缓存文件一致性』难题了，下面大家细心下剖析其造成的缘故及解决方式 。

数据信息升级普遍作法

最先，大家讲数据信息一致性的前提条件是大家DB的升级和缓存文件的删掉不容易当做一个原子操作来对待，由于在分布式系统的情景下，大家不太可能引进一个分布式锁来把这二者关联为一个原子操作，假如关联得话便会非常大水平上危害高并发特性，并且提升系统软件复杂性，因此 大家总是追求完美数据信息的最后一致性，且文中只对于非追求完美强一致性规定的分布式系统情景，金融业付款等同学们自主分辨。

普遍数据信息升级方法有两类，其他基本上全是这两大类的变异：

• 先删缓存文件，再升级数据库查询

这类作法是碰到数据信息升级，大家先去删掉缓存文件，随后再去升级DB，如下左图。使我们看来一下全部实际操作的步骤：

• A要求必须升级数据信息，先删掉相匹配的缓存文件，还未升级DB
• B要求来获取数据
• B要求见到缓存文件里沒有，就要载入DB并将旧数据信息写入缓存（脏数据）
• A要求升级DB

能够 见到B要求将脏数据载入了缓存文件，假如这是一个读多写少的数据信息，很有可能脏数据会存有较为长的時间（要不有事后升级，要不等候缓存文件到期），它是业务流程上不可以接纳的。

• 先升级数据库查询，再删掉缓存文件

图中的右边一部分能够 见到在A升级DB和删掉缓存文件中间B要求会载入到老数据信息，由于这时A实际操作都还没进行，而且这类看到老数据信息的时间十分短的，能够 达到数据信息最后一致性规定。

图中能够 见到大家用的是删掉缓存文件，而不是升级缓存文件，缘故如下图：

图中我就用实际操作替代了删掉或升级，在我们做删掉实际操作时，A先删或是B先删没有关系，由于事后载入要求都是会从DB载入出最新数据；可是在我们对缓存文件做的是升级实际操作时，便会对A先升级缓存文件或是B先升级缓存文件比较敏感了，假如A后升级，那麼缓存文件里就又存有脏数据了，因此 go-zero 只应用删掉缓存文件的方法。

大家来一起看一下详细的要求解决步骤：

留意：不一样颜色代表不一样要求。

• 要求1升级DB
• 要求2查看同一个数据信息，回到了老的数据信息，这一短期内内回到旧数据信息是能够 接纳的，达到最后一致性
• 要求1删掉缓存文件
• 要求3再说要求时缓存文件里沒有，便会数据库查询，并回写缓存文件再回到結果
• 事后的要求便会立即载入缓存文件了

此外留一个难题大伙儿能够 思索下，针对下面的图的情景，大家该怎么解决？

假如您有好的解决方案或是想要知道怎么解决，热烈欢迎 go-zero 小区微信聊天群内沟通交流，授人以鱼比不上授之以渔，求得的全过程终将使你获得大量~~

未完待续

文中跟大伙儿一起探讨了缓存文件一致性难题，下一篇我跟大伙儿一起探讨缓存文件系统软件的监管及其怎么让缓存文件编码更标准、更少bug。

全部这种难题的解决方案早已包括在 go-zero 微服务框架里，假如你要想更强的掌握 go-zero 新项目，热烈欢迎前去官网上学习培训实际的实例。

视頻回看详细地址

ArchSummit系统架构师高峰会-大量高并发下的缓存文件架构模式

新项目详细地址

https://GitHub.com/tal-tech/go-zero

欢迎使用 go-zero 并 star 适用大家！

微信交流群

关心『微服务架构实践活动』微信公众号并点一下 入群 获得小区群二维码。

go-zero 系列产品文章内容见『微服务架构实践活动』微信公众号