本站资源是站长搜集整理而成，版权均归原作者所有,若无意中侵犯到您的版权利益，请来信联系我们删除！ 本站所有资源只用于研究学习，不得作为商业用途、非法谋取暴利，否则，一切后果均由自己承担！

首页 > 文档

根据业务来选择缓存模式和组件

  • slbcun
  • 2024-05-30
  • 1290 ℃

Cache Aside 模式中，业务应用方对于写，是更新 DB 后，直接将 key 从 cache 中删除，然后由 DB 驱动缓存数据的更新；而对于读，是先读 cache，如果 cache 没有，则读 DB，同时将从 DB 中读取的数据回写到 cache。

这种模式的特点是，业务端处理所有数据访问细节，同时利用 Lazy 计算的思想，更新 DB 后，直接删除 cache 并通过 DB 更新，确保数据以 DB 结果为准，则可以大幅降低 cache 和 DB 中数据不一致的概率。

如果没有专门的存储服务，同时是对数据一致性要求比较高的业务，或者是缓存数据更新比较复杂的业务，这些情况都比较适合使用 Cache Aside 模式。如微博发展初期，不少业务采用这种模式，这些缓存数据需要通过多个原始数据进行计算后设置。在部分数据变更后，直接删除缓存。同时，使用一个 Trigger 组件，实时读取 DB 的变更日志，然后重新计算并更新缓存。如果读缓存的时候，Trigger 还没写入 cache，则由调用方自行到 DB 加载计算并写入 cache。


TAG: 程序开发 在线学习

上一篇：大幅成倍提升Redi处理性能

下一篇：构建一个高性能、易扩展的Redi集群

相关内容

文章评论 （0）

    • 这篇文章还没有收到评论，赶紧来抢沙发吧~


系统推荐

阅读排行

热门标签

Top