MyBatis快速入门（14）XML映射文件---缓存

曾经终败给现在 2022-12-09 03:16 194阅读 0赞

> 前面的内容我们讨论了映射文件里面几乎所有的标签和用法，下面我来讨论最后一个，也就是缓存的用法。

# 一级缓存 #

Mybatis对缓存提供支持，但是在没有配置的默认情况下，它只开启一级缓存，一级缓存只是相对于同一个SqlSession而言。所以在参数和SQL完全一样的情况下，我们使用同一个SqlSession对象调用一个Mapper方法，往往只执行一次SQL，因为使用SelSession第一次查询后，MyBatis会将其放在缓存中，以后再查询的时候，如果没有声明需要刷新，并且缓存没有超时的情况下，SqlSession都会取出当前缓存的数据，而不会再次发送SQL到数据库。

![167ab330d4e168f4cf7437f21d801184.png][]

**一级缓存的生命周期有多长？**

> **a、MyBatis在开启一个数据库会话时，会 创建一个新的SqlSession对象，SqlSession对象中会有一个新的Executor对象。Executor对象中持有一个新的PerpetualCache对象；当会话结束时，SqlSession对象及其内部的Executor对象还有PerpetualCache对象也一并释放掉。**
> 
> b、如果SqlSession调用了close()方法，会释放掉一级缓存PerpetualCache对象，一级缓存将不可用。
> 
> c、如果SqlSession调用了clearCache()，会清空PerpetualCache对象中的数据，但是该对象仍可使用。
> 
> d、SqlSession中执行了任何一个update操作(update()、delete()、insert()) ，都会清空PerpetualCache对象的数据，但是该对象可以继续使用

**怎么判断某两次查询是完全相同的查询？****mybatis认为，对于两次查询，如果以下条件都完全一样，那么就认为它们是完全相同的两次查询。**

> 传入的statementId
> 
> 查询时要求的结果集中的结果范围
> 
> 这次查询所产生的最终要传递给JDBC java.sql.Preparedstatement的Sql语句字符串（boundSql.getSql() ）
> 
> 传递给java.sql.Statement要设置的参数值

# 一级缓存示例 #

一级缓存是默认开启的，一级缓存只是相对于同一个SqlSession而言，也就是说，同一个SqlSession执行同一个查询语句两次，只会在第一次访问数据，例如：

![2e1a0ecb92459f2a8f7347a419412d7f.png][]

我们来执行这个方法，看下控制台输出：

![e235a20038361f3917ae798847e80339.png][]

可以看到，SQL语句只打印了一次，但是name打印了两次。但是如果第一次查询后，执行了清理缓存或者增删改之类的操作，可以清理掉一级缓存，例如：

![b2330153bca3b668b4d07f436e5ddebb.png][]

session.clearCache();可以清理掉sqlSession级别的缓存。看一下效果：

![01e8114ad9c588bfcbfc8d5b8dded300.png][]

可以看到，执行了查询两次，每次都访问了数据库，打印SQL语句也是两次。还有另一种方法可以针对专门的语句，在查询前清空缓存，设置方法是在SQL语句的标签上设置属性 flushCache="true" ，

![1df510e8e60c6fd551f22138861a6aaf.png][]

同样的调用方法：

![8d6d9df47eecd461f9cfac62e3f0d4ff.png][]

可以看到控制台输出的结果：

![3e21979de953de1b25386dde00b460e6.png][]

关于一级缓存，是默认开启默认执行的，sqlSession级别的，使用的时候要注意，不要轻易关闭，否则增加数据库负担。

# 二级缓存 #

MyBatis的二级缓存是应用级别的缓存，它可以提高对数据库查询的效率，以提高应用的性能。MyBatis的缓存机制整体设计以及二级缓存的工作模式：

![64cf830e6ab48ffab3468e796b9ef82d.png][]

SqlSessionFactory层面上的二级缓存默认是不开启的，二级缓存的开席需要进行配置，实现二级缓存的时候，MyBatis要求返回的POJO必须是可序列化的。 也就是要求实现Serializable接口，配置方法很简单，只需要在映射XML文件配置就可以开启缓存了：

> <cache/>

如果我们配置了二级缓存就意味着：

> 映射语句文件中的所有select语句将会被缓存。
> 
> 映射语句文件中的所欲insert、update和delete语句会刷新缓存。
> 
> 缓存会使用默认的Least Recently Used（LRU，最近最少使用的）算法来收回。
> 
> 根据时间表，比如No Flush Interval,（CNFI没有刷新间隔），缓存不会以任何时间顺序来刷新。
> 
> 缓存会存储列表集合或对象(无论查询方法返回什么)的1024个引用
> 
> 缓存会被视为是read/write(可读/可写)的缓存，意味着对象检索不是共享的，而且可以安全的被调用者修改，不干扰其他调用者或线程所做的潜在修改。

缓存只作用于 cache 标签所在的映射文件中的语句。如果你混合使用 Java API 和 XML 映射文件，在共用接口中的语句将不会被默认缓存。你需要使用 @CacheNamespaceRef 注解指定缓存作用域（Java API后面会讨论）。

这些属性可以通过 cache 元素的属性来修改。比如：

![f8140abd6c083167059eb050db1c88a0.png][]

这个更高级的配置创建了一个 FIFO 缓存，每隔 60 秒刷新，最多可以存储结果对象或列表的 512 个引用，而且返回的对象被认为是只读的，因此对它们进行修改可能会在不同线程中的调用者产生冲突。

可用的清除策略有（默认的清除策略是 LRU）：

> LRU – 最近最少使用：移除最长时间不被使用的对象。
> 
> FIFO – 先进先出：按对象进入缓存的顺序来移除它们。
> 
> SOFT – 软引用：基于垃圾回收器状态和软引用规则移除对象。
> 
> WEAK – 弱引用：更积极地基于垃圾收集器状态和弱引用规则移除对象。

flushInterval（刷新间隔）属性可以被设置为任意的正整数，设置的值应该是一个以毫秒为单位的合理时间量。 默认情况是不设置，也就是没有刷新间隔，缓存仅仅会在调用语句时刷新。

size（引用数目）属性可以被设置为任意正整数，要注意欲缓存对象的大小和运行环境中可用的内存资源。默认值是 1024。

readOnly（只读）属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。 因此这些对象不能被修改。这就提供了可观的性能提升。而可读写的缓存会（通过序列化）返回缓存对象的拷贝。 速度上会慢一些，但是更安全，因此默认值是 false。

> 提示： 二级缓存是事务性的。这意味着，当 SqlSession 完成并提交时，或是完成并回滚，但没有执行 flushCache=true 的 insert/delete/update 语句时，缓存会获得更新。

# 二级缓存示例 #

首先在mybatis配置文件中，开启全局二级缓存：

> <setting name="cacheEnabled" value="true"/>

![263ab82c5f438f3ea22012566ce03f15.png][]

这个参数默认值是true，所以不写也可以。如果设置成false，即使有二级缓存的配置也不会生效。二级缓存是和命名空间绑定的，所以需要在mapper映射文件中增加cache标签：

> <cache/>

或者在mapper接口中配置：

![7f8df125c28bf2167c00bb14f29ba071.png][]

不过为了代码整洁，一般都选择在SQL映射文件中配置。

对某一命名空间的语句，只会使用该命名空间的缓存进行缓存或刷新。 但你可能会想要在多个命名空间中共享相同的缓存配置和实例。要实现这种需求，你可以使用 cache-ref 元素来引用另一个缓存：

![792192bbba14548ae4a7fac83c5587c0.png][]

或者在Java接口类中配置：

![4f6238e465cddfec27f904b53f8c9200.png][]

按照上面配置好以后，二级缓存就已经开始起作用了。先来执行一个简单的例子：

![11efbafdefd3854addd582dd6d3e2302.png][]

![dd1a57d48257da387365d3fddcde8e6d.png][]

调用方法两次，会生成两个sqlSession，执行同样的操作语句我们看一下控制台打印几次：

![c7bf78e58bd9e03a21edbe688ab26efe.png][]

可以看到二级缓存确实起到了作用。这次我们查询的是个单个字段没有问题，如果我们查询一个对象，由于配置的是可读写的缓存，对象类必须实现序列化接口，所以需要修改类：

![316a636234425c903c6adb05795da0ac.png][]

下面看一下测试代码：

![7c7575af01ca24e7a00c4301933aac96.png][]

![9ef0c1e928ee9a628142db3d6e437d38.png][]

执行效果如下：

![d4c5583095698b7cc5307be6bf9b6851.png][]

可以看到不同的sqlSession查询用户对象两次，只执行了一次数据库查询，二级缓存确实起到了作用。

# 集成自定义缓存--Redis #

mybatis还可以集成第三方的缓存，来提高可靠性。下面来介绍mybatis集成最常用的redis缓存。mybatis项目本身提供了redis的二级缓存实现，首先添加项目依赖：

![7bd6d99e36259f58a9208d794a5cb0d2.png][]

下一步在resource目录下添加redis本身的配置文件redis.properties，配置连接参数：

![5ad4c84465bc5eaef7b1183810ee0c04.png][]

在我们加入的redis缓存依赖中，有一个mybatis的缓存实现类，需要配置到SQL映射文件中：

![8cc2ccf9edce22971270c101800cbbf5.png][]

这样第三方缓存就集成完了，非常简单。下面运行方法测试一次：

![34abf5f7cf29acd23a3b0b631f83bca0.png][]

运行结果：

![c279b6267236d6b3689e708a6b9f9aaa.png][]

这样其实还看不出集成了第三方缓存，我们再来执行一次：

![2449d38f7ef157e162a65abe5a267ad8.png][]

可以看到从新运行第二次的时候，由于缓存已经存在，所以一次也不从数据库查了。我们来看一下redis中是否存了进去：

![fe8372ed1fe49c7ccd4ba89916263022.png][]

可以看到数据的确是存入了缓存中。通过其中的key可以分辨出是不是完全相同的一次查询：

![c440a8539757a4aca5d341587c32b408.png][]

# 避免脏数据 #

在上面的二级缓存示例中，提到的cache-ref标签可以使多个mapper共享一个缓存，在多个表有关联的时候，可以在多个mapper中共享一个缓存，这样能规避关联查询中的脏读问题。

代码地址：[https://gitee.com/blueses/mybatis-demo][https_gitee.com_blueses_mybatis-demo]  07

[167ab330d4e168f4cf7437f21d801184.png]: /images/20221123/9fe02010fc1b4e8ab9934f175f8c44f5.png
[2e1a0ecb92459f2a8f7347a419412d7f.png]: /images/20221123/ed4bd71db6b64a5ca966f3c84006d5f1.png
[e235a20038361f3917ae798847e80339.png]: /images/20221123/a350c50686c94a3ba72895438cd70233.png
[b2330153bca3b668b4d07f436e5ddebb.png]: /images/20221123/16d28d73011a453e886354371ea119d3.png
[01e8114ad9c588bfcbfc8d5b8dded300.png]: /images/20221123/eeb7349dd6a04f4ba1f2be4f15aee888.png
[1df510e8e60c6fd551f22138861a6aaf.png]: /images/20221123/11be67f50e354d7abbd90972077d7ea2.png
[8d6d9df47eecd461f9cfac62e3f0d4ff.png]: /images/20221123/e5becd2872634e91ba778c33cb687a46.png
[3e21979de953de1b25386dde00b460e6.png]: /images/20221123/30c63ae8a8fb44509225e1aae911c9b0.png
[64cf830e6ab48ffab3468e796b9ef82d.png]: /images/20221123/91e7a38f4ba443faaab59ce0e1e01bb6.png
[f8140abd6c083167059eb050db1c88a0.png]: /images/20221123/7f9991d42a674bd3b0b0fcb6f2ccf8b8.png
[263ab82c5f438f3ea22012566ce03f15.png]: /images/20221123/aaed1a2b811844978ca9fd246b743571.png
[7f8df125c28bf2167c00bb14f29ba071.png]: /images/20221123/f3d3360df3644fc599e2061b389df9da.png
[792192bbba14548ae4a7fac83c5587c0.png]: /images/20221123/fdf61597e29d49e8902d24aaa72bbcec.png
[4f6238e465cddfec27f904b53f8c9200.png]: /images/20221123/e5e53a8f95f142ac8965ff0d97399af7.png
[11efbafdefd3854addd582dd6d3e2302.png]: /images/20221123/f793e5eff24e42f297c8d3f5bf07a704.png
[dd1a57d48257da387365d3fddcde8e6d.png]: /images/20221123/e18f71f5077a4b62b692032175de5df0.png
[c7bf78e58bd9e03a21edbe688ab26efe.png]: /images/20221123/5ce049b9959d43e1b955e95333a6dc11.png
[316a636234425c903c6adb05795da0ac.png]: /images/20221123/485773b455a04f6b89da4fa9383e93fb.png
[7c7575af01ca24e7a00c4301933aac96.png]: /images/20221123/4e160523bd584b91871b71aa176b1f27.png
[9ef0c1e928ee9a628142db3d6e437d38.png]: /images/20221123/0ac2b768c97947f484314dd454b3cf92.png
[d4c5583095698b7cc5307be6bf9b6851.png]: /images/20221123/87fb978d909842579ef2f6bdb28e5c12.png
[7bd6d99e36259f58a9208d794a5cb0d2.png]: /images/20221123/8a4c3101fd2e4a88afb58a6ab6a805ce.png
[5ad4c84465bc5eaef7b1183810ee0c04.png]: /images/20221123/586f9e4285674aad89d3591c8c6a67c6.png
[8cc2ccf9edce22971270c101800cbbf5.png]: /images/20221123/d505241c18fb453e874b81b9ac49bd0d.png
[34abf5f7cf29acd23a3b0b631f83bca0.png]: /images/20221123/728cab15b3734efdb6abf9a2ad9b1f2b.png
[c279b6267236d6b3689e708a6b9f9aaa.png]: /images/20221123/f3e39c9853de4795a96f0260a91794de.png
[2449d38f7ef157e162a65abe5a267ad8.png]: /images/20221123/732b3e5d33764499bc749b55a76d2fc2.png
[fe8372ed1fe49c7ccd4ba89916263022.png]: /images/20221123/2b1f14ecf3ac4994adc826e47f71b104.png
[c440a8539757a4aca5d341587c32b408.png]: /images/20221123/26a588c7655b4cf2858ef1915dff5bf5.png
[https_gitee.com_blueses_mybatis-demo]: https://gitee.com/blueses/mybatis-demo