- MyBatis包含了一个非常强大的查询缓存特性,它可以非常方便地配置和定制。缓存可以极大地提高查询效率。
- MyBatis系统中默认定义了两级缓存。
- 一级缓存和二级缓存。
- 默认情况下,只有一个缓存(SqlSession级别的缓存,也称为本地缓存)开启。
- 二级缓存需要手动开启和配置,它是基于namespace级别的缓存。
- 为了提高扩展性。MyBatis定义了缓存接口Cache。我们可以通过实现Cache接口来定义二级缓存
一级缓存
- 一级缓存(local cache),即本地缓存,作用域默认为sqlSession。当Session flush或close后,该Session 中的所有Cache将被清空。
- 本地缓存不能被关闭,但可以调用clearCache()来清空本地缓存,或者更改缓存的作用域。
- 在mybatis3.1之后,可以配置本地缓存的作用域。在mybatis.xml中配置。
| | | | |
| —- | —- | —- | —- |
| localCacheScope | MyBatis利用本地缓存机制(Local Cache)防止循环引用(circular references)和加速重复嵌套查询。默认为SESSION,这种情况下会缓存一个会话中执行的所有查询。若设置为STATEMENT,本地会话仅用在语句执行上,对相同的SqlSession的不同调用将不会共享数据。 | SESSION|STATEMENT | SESSION |
一级缓存演示&失效情况
- 同一次会话期间只要查询过的数据都会保存在当前SqlSession的一个Map中
- key:hashCode + 查询的SqlId+编写的sql查询语句 + 参数
- 一级缓存失效的四种情况
- 不同的SqlSession对应不同的一级缓存
- 同一个SqlSession但是查询条件不同
- 同一个SqlSession两次查询期间执行了任何一次增删改操作
- 同一个SqlSession两次查询期间手动清空了缓存
二级缓存
- 二级缓存(second level cache),全局作用域缓存
- 二级缓存默认不开启,需要手动配置
- MyBatis提供二级缓存的接口以实现,缓存时限要求POJO实现Serializable接口。
- 二级缓存在SqlSession关闭或提交之后才会生效。
- 使用步骤
- 全局配置文件中开启二级缓存
<setting name="cacheEnabled" value="true"/>
- 需要使用二级缓存的映射文件处使用cache配置缓存
<cache/>
- 注意:POJO需要实现Serializable接口
缓存相关属性
eviction="FIFO"
:缓存回收策略
- LRU - 最近最少使用的:移除最长时间不被使用的对象。
- FIFO - 先进先出:按对象进入缓存的顺序来移除它们。
- SOFT - 软引用:移除基于垃圾回收器状态状态和软引用规则的对象。
- 默认的是LRU。
flushInterval
:刷新间隔,单位毫秒
- 默认情况是不设置,也就是没有刷新间隔,缓存仅仅调用语句是刷新
size
:引用数目,正整数
- 代表缓存最多可以存储多少个对象,太大容器导致内存溢出。
readOnly
:只读,true/false
- true:只读缓存,会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。
- false:读写缓存,会返回缓存对象的拷贝(通过序列化)。这回慢一些,但是安全,因此默认是false
缓存有关设置
- 全局setting的cacheEnable:
- 配置二级缓存的开关。一级缓存一直是打开的。
- select标签的useCache属性:
- 配置这个select是否使用二级缓存。一级缓存一直是使用的。
- sql标签的flushCache属性:
- 增删改默认flushCache=true。sql执行之后,会同时清空一级和二级缓存。
- sqlSession.clearCache();
- 只是用来清除一级缓存
- 当在某一个作用域(一级缓存Session/二级缓存NameSpaces)进行了C/U/D操作后,默认改作用域下所有select中的缓存将被clear。
第三方缓存整合
- EhCache是一个纯Java的进程内缓存框架,具有快速、精干等特点,是Hibernate中默认的CacheProvider。
- MyBatis定义了Cache接口方便我们进行自定义扩展。
- 步骤:
- 导入ehcache包,以及整合包,日志包 ehcache-core-2.6.8.jar、mybatis-ehcache-1.0.3.jar、slf4j-api-1.6.1.jar、slf4j-log4j12-1.6.2.jar
- 编写ehcache.xml配置文件
- 配置cache标签
<cache type="org.mybatis.caches.ehcache.EhcacheCache"></cache>
- 参照缓存:若想在命名空间中共享相同的缓存配置和实例。可以使用cache-ref元素来引用另外一个缓存。
<cache-ref namespace="com.zh.mybatis.example.CustomerMapper"/>
两级缓存
两级缓存:
一级缓存:(本地缓存):sqlSession级别的缓存,一级缓存是一直开启的。SqlSession级别的一个map
与数据库同义词坏话期间查询到的数据会放到本地缓存中。
如果以后需要获取相同的数据,直接从缓存中拿,没必要去查询数据库
一级缓存的失效情况(没有使用到当前一级缓存的情况,效果就是,还需要向数据库发出查询。)
1. sqlSession不同。
2. sqlSession相同,查询条件不同(当前一级缓存中没有这个数据)
3. sqlSession相同,两次查询之间执行了增删改操作。(这次增删改可能会对当前数据有影响)
4. sqlSession相同,手动清除了一级缓存(缓存清空)
二级缓存:(全局缓存):基于namespace级别的缓存;一个namespace对应一个二级缓存;
工作机制:
1. 一个会话查询一条数据;这个数据就会被放到当前会话的一级缓存中;
2. 如果当前会话关闭了;一级缓存中的数据会被保存到二级缓存中;新的会话查询信息,就可以参照二级缓存中的内容
3. sqlSession===EmployeeMapper==>Employee
DepartmentMapper==>Department
不同的namespace查出的数据回放在自己对应的缓存中(map)
效果:会从二级缓存中查询
查出来的数据都会被默认放在一级缓存中,只有会话提交活着关闭以后,一级缓存中的数据才会转移到二级缓存中
使用:
1. 开启全局二级缓存配置:<setting name="cacheEnabled" value="true"/>
2. 去mapper.xml中配置使用二级缓存:
<cache></cache>
3. 我们的POJO需要实现反序列化接口
和缓存有关的设置/属性:
1. cacheEnabled=true:false:关闭缓存(二级缓存关闭了)(一级缓存一直可用)
2. 每个select标签都有useCache="true"(默认true):
false:不使用缓存(一级缓存依然使用,二级缓存不使用)
3. 【每个增删改标签的:flushCache="true":】
增删改执行完成后就会清除缓存:
测试:flushCache="true" 一级缓存就清空了;二级也会被清除
查询标签:flushCache="false"(默认false)
如果是flushCache="true";每次查询之前都会清空缓存,缓存是没有被使用的。
4. sqlSession.clearCache();
只是清除当前session的一级缓存;
5. localCacheScope:本地缓存作用域:(一级缓存session):当前会话所有数据保存在会话当中
STATEMENT:可以禁用一级缓存
第三缓存整合:
1. 导入第三方缓存包即可
2. 导入与第三方缓存整合的适配包,官方有:
<!--ehcache-->
<!-- https://mvnrepository.com/artifact/org.ehcache/ehcache -->
<dependency>
<groupId>org.ehcache</groupId>
<artifactId>ehcache</artifactId>
<version>3.8.1</version>
</dependency>
<!--mybatis-ehcache-->
<!-- https://mvnrepository.com/artifact/org.mybatis.caches/mybatis-ehcache -->
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.2.1</version>
</dependency>
3. mapper.xml使用自定义缓存
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
ehcache(第三方缓存)
<?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:\44\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(先进先出)
-->