二级缓存区域是根据 mapper 的 namespace 划分的，相同 namespace 的 mapper 查询数据放在同一个区域，如果使用 mapper 代理方法每个 mapper 的 namespace 都不同，此时可以理解为二级缓存区域是根据 mapper 划分，也就是根据命名空间来划分的，如果两个 mapper 文件的命名空间一样，那样，他们就可以共享一个 mapper 缓存。

       每次查询会先从缓存区域找，如果找不到从数据库查询，查询到数据将数据写入缓存。

Mybatis 内部存储缓存使用一个 HashMap，key 为 hashCode+sqlId+Sql 语句。value 为从查询出来映射生成的Java对象

       sqlSession 执行 insert、update、delete 等操作 commit 提交后会清空缓存区域。

开启缓存：

在这特别提醒一下，Mybatis 的二级缓存是需要配置来开启的，我们需要在 Mybatis 的核心配置文件 SqlMapConfig.xml 中加入：

[html] view plain copy

 

 print?

1. <span style="font-size:18px;"><setting name="cacheEnabled" value="true"/></span>  

然后还要在 Mapper 映射文件中添加一行：

[html] view plain copy

 

 print?

1. <span style="font-size:18px;"><cache/> <!--<span > 表示此 mapper 开启二级缓存 --></span></span>  

假如说，已开启二级缓存的 Mapper 中有个 statement 要求禁用怎么办，那也不难，只需要在 statement 中设置 useCache=false 就可以禁用当前 select 语句的二级缓存，也就是每次都会生成 sql 去查询，ps：默认情况下默认是 true，也就是默认使用二级缓存

[html] view plain copy

 

 print?

1. <span style="font-size:18px;"><select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false"></span>  

刷新缓存：

在 mapper 的同一个 namespace 中，如果有其他 insert、update、delete 操作后都需要执行刷新缓存操作，来避免脏读。这时我们只需要设置 statement 配置中的 flushCache=“true“属性，就会默认刷新缓存，相反如果是 false 就不会了。当然，不管开不开缓存刷新功能，你要是手动更改数据库表，那都肯定不能避免脏读的发生，那就属于手贱了。

[html] view plain copy

 

 print?

1. <span style="font-size:18px;"><insert id="insertUser" parameterType="cn.ssm.mybatis.po.User" flushCache="true"></span>  

 那既然能够刷新缓存，能定时刷新吗？也就是设置时间间隔来刷新缓存，答案是肯定的。我们在 mapper 映射文件中添加 <cache/> 来表示开启缓存，那接下来，只需要我们在配置 flushinterval（刷新间隔）就哦了：

[html] view plain copy

 

 print?

1. <span style="font-size:18px;"><cache  eviction="FIFO"  flushInterval="60000"  size="512"  readOnly="true"/></span>  

flushInterval（刷新间隔）可以被设置为任意的正整数，而且它们代表一个合理的毫秒形式的时间段。默认情况是不设置，也就是没有刷新间隔，缓存仅仅调用语句时刷新。 size（引用数目）可以被设置为任意正整数，要记住你缓存的对象数目和你运行环境的可用内存资源数目。默认值是 1024。 readOnly（只读）属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存会返回缓存对象的拷贝（通过序列化）。这会慢一些，但是安全，因此默认是 false。

而这个例子更高级的配置创建了一个 FIFO 缓存, 并每隔 60 秒刷新, 存数结果对象或列表的 512 个引用, 而且返回的对象被认为是只读的, 因此在不同线程中的调用者之间修改它们会导致冲突。可用的收回策略有, 默认的是 LRU:

1.      LRU – 最近最少使用的: 移除最长时间不被使用的对象。

2.      FIFO – 先进先出: 按对象进入缓存的顺序来移除它们。

3.      SOFT – 软引用: 移除基于垃圾回收器状态和软引用规则的对象。

4.      WEAK – 弱引用: 更积极地移除基于垃圾收集器状态和弱引用规则的对象。

这就是我们软考擅长的东西了，不用解释了吧！

说了这么多，摆个例子来结束本篇博文：

[java] view plain copy

 

 print?

1. // 获取 session1  
2.     SqlSession session1 = sqlSessionFactory.openSession();  
3.     UserMapper userMapper = session1.getMapper(UserMapper.class);  
4. // 使用 session1 执行第一次查询  
5.     User user1 = userMapper.findUserById(1);  
6.     System.out.println(user1);  
7. // 关闭 session1  
8.     session1.close();  
9. // 获取 session2  
10.     SqlSession session2 = sqlSessionFactory.openSession();  
11.     UserMapper userMapper2 = session2.getMapper(UserMapper.class);  
12. // 使用 session2 执行第二次查询，由于开启了二级缓存这里从缓存中获取数据不再向数据库发出 sql  
13.     User user2 = userMapper2.findUserById(1);  
14.     System.out.println(user2);  
15. // 关闭 session2  
16.     session2.close();  

运行效果： 

而如果我们在 1、2 之间执行一次 commit 操作，就变成了：

由此可见，Mybatis 的二级缓存是跨 Session 的，每个 Mapper 享有同一个二级缓存域，同样，每次执行 commit 操作之后，同样会清空缓存。

Mybatis 这么好，如何应用呢？

       因为这是一种缓存机制嘛，只有相对于实时性要求不高的需求才会使用缓存机制，它也一样。对于访问多的查询请求且用户对查询结果实时性要求不高，此时可采用 mybatis 二级缓存技术降低数据库访问量，提高访问速度，业务场景比如：耗时较高的统计分析 sql、电话账单查询 sql 等。 实现方法如下：通过设置刷新间隔时间，由 mybatis 每隔一段时间自动清空缓存，根据数据变化频率设置缓存刷新间隔 flushInterval，比如设置为 30 分钟、60 分钟、24 小时等，根据需求而定。

可是，好归好，Mybatis 也有它一定的局限性。那就是 Mybatis 对于细粒度的数据级别的缓存实现的不是太好，也就是如果同 Mapper 下的商品类别繁多的话，他不能实现只刷新某固定商品的信息，而只能全盘刷新。当时将这块的时候我想过让 Mapper 水平分区不就行了，可是后来说到 Mybatis 的二级缓存是以命名空间划分的或者说是以 Mapper 划分，不管我们怎么水平划分，只要命名空间一样，那就只共享一个二级缓存域，当刷新的时候还是会全 Mapper 更新一遍。

转载：https://www.cnblogs.com/DoubleEggs/p/6243223.html