关于java:应用系统缓存体系深入研究Java版

在应用 MyBatis、MybatisPlus 等 DAO 层数据库拜访框架式，经常会与一级缓存、二级缓存打交道，为了加强对缓存体系的整体把控力，进步软件应用响应速度，这里对三级缓存一次梳理。

缓存诚然可能进步零碎性能，与此同时也带来了脏数据的副作用，零碎的缓存体系、缓存构造、缓存策略、缓存介质等对可能呈现的脏数据产生影响。

缓存是一把双刃剑，既可能进步利用零碎的效率，同时防止脏数据产生也是不小的工作量。特地是不同的档次的缓存同时应用时，呈现数据异样的概率疾速进步。

以 MyBatis 技术为根底的一级缓存默认是开启的且无奈敞开，有 SESSION 和STATEMENT两种类型。同一会话在敞开前能够执行多个语句，会话在敞开时，一级缓存生命周期完结。常见的状况是一个会话执行一条 SQL 语句，因而这两种类型区别不大。

mybatis:
  configuration:
  # 强制应用语句级缓存
    local-cache-scope: statement

一级缓存 可能呈现的脏数据问题：当一次会话调用两次以上雷同的查问语句（蕴含查问条件）时，第二次当前调用会从本地缓存取数据，与此同时如果另一个会话将无关的数据批改，不言而喻从缓存查问的数据是脏数据。

只管这种景象是存在的，思考到会话的持续时间可控，会话完结后数据查问即恢复正常，大多数状况下数据的实时行达不到此要求。

在全局配置中强制应用语句级缓存，避免零碎因会话未及时敞开而产生的缓存脏数据

举荐一个会话仅执行一条 SQL 语句，并且 SQL 语句执行结束后及时敞开会话，会话敞开时，依据事务主动提交机制，本次会话缓存主动开释。

将简单查问语句转变成多条简略语句，在业务层通过事务汇总解决。事实上，随着数据量的急剧收缩，简单 SQL 语句对查问性能的负面影响越来越大。MybatisPlus 连贯查问解决方案甚至强烈推荐开发者弃用传统形式上的多表连贯查问。

二级缓存面向namespace，同一个 Mapper 文件下所有的 DAO 办法都能对缓存施加影响。二级缓存默认是敞开状态。

正确应用二级缓存，请参考 MybatisPlus 二级缓存解决方案一文。

二级缓存产生脏数据的状况有很多，典型的场景如下：

当表 A 和表 B 联结查问时，将查问数据增加至所在 Mapper 所属 namespace 的缓存中，与此同时，表 A 或者表 B 对数据库数据做了更新，联结查问与更新表如果不在同一个 namespace 下，在缓存刷新工夫完结前是收不到更新缓存的信号的，毫无疑问是存在脏数据的。

二级缓存数据强制设置过期工夫，保障缓存数据领有被动生效的能力。

强烈推荐应用 MybatisPlus 作为根底技术操作数据拜访，保障可能正确的基于 namespace 为单位的缓存数据可能被动刷新。新型多表连贯查问操作，请查看 MybatisPlus 连贯查问解决方案。

三级缓存指业务层缓存，通常面向 service 层，次要缓存不常变动或者反复计算消耗 CPU 资源的数据。一般来讲，三级缓存存在于二级缓存之上。业务层缓存实现十分多，常见有缓存实现有：

业务层缓存自主可控强，可能全方位掌控缓存的生命周期，相当灵便不便。

业务缓存，顾名思义是因解决业务流程而产生的数据缓存须要，比如说一项反复的计算，因为调用频率较高，因而能够对后果予以缓存。

业务层调用 DAO 层获取数据倡议应用二级缓存实现，业务层的次要指标是应用数据，缓存数据并不是其主要职责。

接口缓存面向整个接口，面向用户端进步接口的响应性能。接口层能够间接调用数据拜访层，或者调用数据拜访层（二级缓存），异或调用业务层，异或调用业务层（三级缓存），甚至对接口返回后果自身进行缓存。

喜爱本文点个♥️赞♥️反对一下，关注我下期再见。相干源码在 GitHub，视频解说在 B 站，本文珍藏在专题博客。