【Mybatis框架】查询缓存（二级缓存）

继上一篇博客，我们讲述了mybatis的一级缓存，接下来，我们来学习一下mybatis的二级缓存

博客链接地址： http://blog.csdn.NET/liweizhong193516/article/details/53639350

按照惯例，先来一张形象一点的图：

二级缓存区域是根据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中加入：

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

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

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

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

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

刷新缓存：

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

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

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

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 – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。

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

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

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更新一遍。