Mybatis的缓存机制
前言:
Mybatis包含一个非常强大的查询缓存特性,他可以非常方便的配置和定制。缓存可以极大的提升查询效率。
Mybatis系统和Hibernate系统类似中定义了两级缓存:
一级缓存和二级缓存。
一级缓存(本地缓存),是基于SqlSession级别的缓存,默认情况下,一级缓存是开启的。
二级缓存(全局缓存),是基于nameSpace级别的缓存,二级缓存需要手动开启和配置。
为了提高扩展性,Mybatis定义了
缓存接口Cache,可以通过实现Cache接口来自定义二级缓存。
一.一级缓存(local cache)
阅读mybatis源文档总结:
(1)一级缓存,即本地缓存,作用域为SqlSession,当Session flush或close后,该Session中的所有Cache将被清空。
(2)同一次会话期间只要查询过的数据都会保存在当前SqlSession的一个Map中,Key:hashCode+查询的SqlId+编写的Sql查询语句+参数
(3)一级缓存失效的四种情况
-----不同的SqlSession对于不同的一级缓存。
------同一个SqlSession但是查询条件不同。
------同一个SqlSession查询期间执行了一次增删改操作。
------同一个SqlSession两次查询期间手动清空了缓存。
1.1证明一级缓存的存在
案例:在同一个SqlSession中查询同一个id的Emp对象。
@Test
public void TestFirstLevelCache() throws IOException
{
SqlSession openSession=this.getSqlSessionFactory().openSession();
try {
EmpMapper empMapper=openSession.getMapper(EmpMapper.class);
Emp emp=empMapper.findEmpById(4);
Emp emp2=empMapper.findEmpById(4);
System.out.println(emp);
System.out.println(emp2);
System.out.println(emp==emp2);
} catch (Exception e) {
e.printStackTrace();
}
finally{
openSession.close();
}
}
结果
分析:两条查询语句,只发送了一次sql语句,并且两次查询到封装的对象相同,说明第二次查询是从缓存中拿到的。证明了SqlSession级别的缓存存在。
1.2一级缓存失效的情况
一级缓存失效的四种情况
-----不同的SqlSession对于不同的一级缓存。
------同一个SqlSession但是查询条件不同。
------同一个SqlSession查询期间执行了一次增删改操作。
------同一个SqlSession两次查询期间手动清空了缓存。
二.二级缓存
二级缓存,全局作用域缓存,二级缓存默认不开启,需要手动配置,Mybatis提供了二级缓存接口Cache以及实现。
生效:二级缓存只有在SqlSession关闭或提交之后才会生效。
原理:在开启了二级缓存的前提下,在一级缓存关闭以后,里面的缓存数据会迁移到二级缓存中。供程序使用。
2.1使用步骤
(1)在Mybatis全局配置文件的<settings>节点中配置
<setting name="cacheEnabled" value="true"/>
(2)在相应的Mapper.xml文件中加上
<cache eviction="" flushInterval="" readOnly="" size="" type=""></cache>
或<cache-ref namespace=""/>
cache标签中的属性:
eviction:缓存回收策略,默认是LRU
---LRU---最近最少使用:移除最长时间不被使用的对象。
---FIFO--先进先出:按对象加入缓存的顺序来移除它们。
---SOFT-软引用:移除基于垃圾回收期状态和软引用规则的对象。
---WEAK-弱引用:更积极的移除基于垃圾收集器和弱引用规则的对象。
flushInteval:刷新间隔,单位毫秒
默认情况下不设置,即没有刷新间隔,缓存仅仅调用语句时刷新。
size:引用数目,正整数
---代表缓存最多可以存储多少个对象。
readOnly:只读,true/false,默认false
---true:只读缓存,会给所有调用者返回缓存对象的相同实例,因此这些对象不能被修改。速度快。
---false:读写缓存,会利用序列化和反序列来返回缓存对象的拷贝,速度较只读缓存慢,优点是安全。注意,这也就是为什么pojo对象需要实现序列化接口的原因。
type:用于自定义缓存类的全类名。
参照缓存cache-ref中的属性:
若想要在命名空间中共享相同的缓存配置,可以使用cache-ref元素来引用另外一个缓存。
namespace:表示引用哪个namespace的二级缓存,就将值设置为另外一个缓存的Mapper对象的全类名。
(3)对相应的Pojo对象实现序列化接口。这个与Cache标签中的readOnly属性的false值相关。
(4)需要在相应的查询语句中加上 userCache="true"属性。表示该select语句使用二级缓存。
2.2整合第三方二级缓存---EhCache
EhCache是一个纯java的进程内缓存框架,具有快速、精干等特点,同时也是Hibernate中默认的CacheProvider。
Mybatis定义了Cache接口方便我们进行自定义扩展。
步骤:
(1)导入Ehcache包,整合Mybatis的jar包,日志包
ehcache=core-*.jar、mybatis-ehcache-*.jar、sl4j-api-*.jar、slf4j-log4j-*.jar
(2)编写ehcache.xml,具体可以到Ehcache官网上查看相关文档。
ehcache.xml
<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="../config/ehcache.xsd">
<!-- 磁盘保存路径 -->
<diskStore path="D:\ehcache" />
<defaultCache
maxElementsInMemory="10000"
maxElementsOnDisk="10000000"
eternal="false"
overflowToDisk="true"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
diskExpiryThreadIntervalSeconds="120"
memoryStoreEvictionPolicy="LRU">
</defaultCache>
</ehcache>
<!--
属性说明:
l diskStore:指定数据在磁盘中的存储位置。
l defaultCache:当借助CacheManager.add("demoCache")创建Cache时,EhCache便会采用<defalutCache/>指定的的管理策略
以下属性是必须的:
l maxElementsInMemory - 在内存中缓存的element的最大数目
l maxElementsOnDisk - 在磁盘上缓存的element的最大数目,若是0表示无穷大
l eternal - 设定缓存的elements是否永远不过期。如果为true,则缓存的数据始终有效,如果为false那么还要根据timeToIdleSeconds,timeToLiveSeconds判断
l overflowToDisk - 设定当内存缓存溢出的时候是否将过期的element缓存到磁盘上
以下属性是可选的:
l timeToIdleSeconds - 当缓存在EhCache中的数据前后两次访问的时间超过timeToIdleSeconds的属性取值时,这些数据便会删除,默认值是0,也就是可闲置时间无穷大
l timeToLiveSeconds - 缓存element的有效生命期,默认是0.,也就是element存活时间无穷大
diskSpoolBufferSizeMB 这个参数设置DiskStore(磁盘缓存)的缓存区大小.默认是30MB.每个Cache都应该有自己的一个缓冲区.
l diskPersistent - 在VM重启的时候是否启用磁盘保存EhCache中的数据,默认是false。
l diskExpiryThreadIntervalSeconds - 磁盘缓存的清理线程运行间隔,默认是120秒。每个120s,相应的线程会进行一次EhCache中数据的清理工作
l memoryStoreEvictionPolicy - 当内存缓存达到最大,有新的element加入的时候, 移除缓存中element的策略。默认是LRU(最近最少使用),可选的有LFU(最不常使用)和FIFO(先进先出)
-->
(3)配置Mapper.xml中的Cache标签中的type属性,该属性的值为
<cache type="org.mybatis.caches.ehcache.EhcacheCache"></cache>
同样可以配置参照缓存。
由于Mybatis内容很多,后面会继续更新Mybatis各方面的知识,包括Mybatis原理,Mybatis架构,Mybatis和Redis,memcache的整合等等。
本文是源码级别学习Mybatis系列的一节,如果您有兴趣,可以继续关注我哟,如果觉得本文不错,顺手点个赞吧,您的鼓励,是我继续分享知识的强大动力!
如果您觉得有不妥或者错误的地方,还请您不吝指教!