1.对于ibatis\hibenate等数据库框架的自带缓存在BI项目中运用时其使用价值不如使用自定义的ehcache缓存,因为ibatis\hibenate的缓存都是直接对底层查询数据进行的缓存,而BI项目展示的数据一般都是通过应用层逻辑处理的数据,这样会有一部分的冗余数据占用内存空间,浪费了内存控制;而是用自定义的缓存则可以避免这个问题。
2.oscache一般用于JSP页面的缓存,实现JSP页面的快速缓存,也可用于业务层、持久层的快速缓存,ibatis使用的就是oscache;
ehcache一般用于持久层的缓存,提供持久层、业务层的快速缓存,hibenate默认使用的二级缓存就是ehcache;
继上一篇博客,我们讲述了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中加入:
- <span style="font-size:18px;"><setting name="cacheEnabled" value="true"/></span>
然后还要在Mapper映射文件中添加一行:
- <span style="font-size:18px;"><cache/> <!--<span >表示此mapper开启二级缓存--></span></span>
- <span style="font-size:18px;"><select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false"></span>
刷新缓存:
在mapper的同一个namespace中,如果有其他insert、update、delete操作后都需要执行刷新缓存操作,来避免脏读。这时我们只需要设置statement配置中的flushCache=“true“属性,就会默认刷新缓存,相反如果是false就不会了。当然,不管开不开缓存刷新功能,你要是手动更改数据库表,那都肯定不能避免脏读的发生,那就属于手贱了。
- <span style="font-size:18px;"><insert id="insertUser" parameterType="cn.ssm.mybatis.po.User" flushCache="true"></span>
- <span style="font-size:18px;"><cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/></span>
而这个例子更高级的配置创建了一个 FIFO 缓存,并每隔 60 秒刷新,存数结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此在不同线程中的调用者之间修改它们会导致冲突。可用的收回策略有, 默认的是 LRU:
1. LRU – 最近最少使用的:移除最长时间不被使用的对象。
2. FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
3. SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
4. WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。
这就是我们软考擅长的东西了,不用解释了吧!
说了这么多,摆个例子来结束本篇博文:
- //获取session1
- SqlSession session1 = sqlSessionFactory.openSession();
- UserMapper userMapper = session1.getMapper(UserMapper.class);
- //使用session1执行第一次查询
- User user1 = userMapper.findUserById(1);
- System.out.println(user1);
- //关闭session1
- session1.close();
- //获取session2
- SqlSession session2 = sqlSessionFactory.openSession();
- UserMapper userMapper2 = session2.getMapper(UserMapper.class);
- //使用session2执行第二次查询,由于开启了二级缓存这里从缓存中获取数据不再向数据库发出sql
- User user2 = userMapper2.findUserById(1);
- System.out.println(user2);
- //关闭session2
- 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更新一遍。