1.缓存简介
1.1 缓存技术是一种“以空间换时间”的设计理念,是利用内存空间资源来提高数据检索速度的有效手段之一。Mybatis包含一个非常强大的查询缓存特性,可以非常方便地配置和定制。MyBatis将数据缓存设计成两级结构,分为一级缓存、二级缓存,默认情况下只有一级缓存开启(SqlSession级别的缓存,也称为本地缓存),二级缓存需要手动开启和配置(namespace级别的缓存,也叫全局缓存),要启用全局的二级缓存,只需要在你的 SQL 映射文件中添加一行:
<cache/>。
<cache/>基本上就是这样。这个简单语句的效果如下:
- 映射语句文件中的所有 select 语句的结果将会被缓存。
- 映射语句文件中的所有 insert、update 和 delete 语句会刷新缓存。
- 缓存会使用最近最少使用算法(LRU, Least Recently Used)算法来清除不需要的缓存。
- 缓存不会定时进行刷新(也就是说,没有刷新间隔)。
- 缓存会保存列表或对象(无论查询方法返回哪种)的 1024 个引用。
- 缓存会被视为读/写缓存,这意味着获取到的对象并不是共享的,可以安全地被调用者修改,而不干扰其他调用者或线程所做的潜在修改。
提示 缓存只作用于 cache 标签所在的映射文件中的语句。如果你混合使用 Java API 和 XML 映射文件,在共用接口中的语句将不会被默认缓存。你需要使用 @CacheNamespaceRef 注解指定缓存作用域。
这些属性可以通过 cache 元素的属性来修改。比如:
<cache
eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
这个更高级的配置创建了一个 FIFO 缓存,每隔 60 秒刷新,最多可以存储结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此对它们进行修改可能会在不同线程中的调用者产生冲突。
可用的清除策略有:
- LRU – 最近最少使用:移除最长时间不被使用的对象。
- FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
- SOFT – 软引用:基于垃圾回收器状态和软引用规则移除对象。
- WEAK – 弱引用:更积极地基于垃圾收集器状态和弱引用规则移除对象。
默认的清除策略是 LRU。
flushInterval(刷新间隔)属性可以被设置为任意的正整数,设置的值应该是一个以毫秒为单位的合理时间量。 默认情况是不设置,也就是没有刷新间隔,缓存仅仅会在调用语句时刷新。
size(引用数目)属性可以被设置为任意正整数,要注意欲缓存对象的大小和运行环境中可用的内存资源。默认值是 1024。
readOnly(只读)属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。 因此这些对象不能被修改。这就提供了可观的性能提升。而可读写的缓存会(通过序列化)返回缓存对象的拷贝。 速度上会慢一些,但是更安全,因此默认值是 false。
提示 二级缓存是事务性的。这意味着,当 SqlSession 完成并提交时,或是完成并回滚,但没有执行 flushCache=true 的 insert/delete/update 语句时,缓存会获得更新。
为了提高扩展性,Mybatis定义了缓存接口Cache,可以通过实现Cache来自定义二级缓存。
1.2一级缓存: 基于PerpetualCache 的 HashMap本地缓存,其存储作用域为 Session,当 Session flush 或 close 之后,该Session中的所有 Cache 就将清空。
1.3 二级缓存与一级缓存其机制相同,默认也是采用 PerpetualCache,HashMap存储,不同在于其存储作用域为 Mapper(Namespace),并且可自定义存储源,如 Ehcache。
1.4 对于缓存数据更新机制,当某一个作用域(一级缓存Session/二级缓存Namespaces)的进行了 C/U/D 操作后,默认该作用域下所有 select 中的缓存将被clear。
1.5 为什么使用缓存?
1.5.1 减少和数据库的交互次数
1.5.2 减少系统开销
1.5.3 提高系统效率
1.6 什么样的数据使用缓存?
经常查询并且不经常改变的数据可以使用缓存
2.一级缓存
2.1 UserMapper编写接口方法
public interface UserMapper {
// 根据id查询用户
User queryUserById(@Param("id") int id);
}
2.2 UserMapper.xml编写sql语句
<select id="queryUserById" resultType="user" parameterType="int">
select * from user
where id=#{id}
</select>
2.3 测试类编写测试方法
@Test
public void queryUserById(){
SqlSession sqlSession = MybatisUtils.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
User user1=userMapper.queryUserById(1);
System.out.println(user1);
System.out.println("-------------------");
User user2=userMapper.queryUserById(1);
System.out.println(user2);
sqlSession.close();
}
2.4 测试结果
2.5 缓存失效的情况:
1.查询不同的东西
2.增删改操作可能会改变原来的数据,必定会刷新缓存,
3.查询不同的Mapper.xml
4.手动清除缓存sqlSession.clearCache();
2.6 小结
一级缓存默认开启无法关闭,只在一次SqlSession中有效,也就是拿到连接到关闭连接个区间
3.二级缓存
3.1 开启全局缓存
<!--显示的开启全局缓存-->
<setting name="cacheEnabled" value="true"/>
3.2 在UserMapper.xml使用二级缓存
<!--1.在当前Mapper.xml中使用二级缓存 需要将实体类序列化(implements Serializable )否则报错-->
<cache/>
<!--2.也可以自定义参数-->
<cache eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
3.3 测试类编写测试方法
Test
Public void queryUserById(){
SqlSession sqlSession1=MybatisUtils.getSqlSession();
SqlSession sqlSession2=MybatisUtils.getSqlSession();
UserMapper userMapper1=sqlSession1.getMapper(UserMapper.class);
UserMapper userMapper2=sqlSession2.getMapper(UserMapper.class);
Useruser1=userMapper1.queryUserById(1);
System.out.println(user1);
Useruser2=userMapper2.queryUserById(1);
System.out.println(user2);
sqlSession1.close();
sqlSession2.close();
}
3.4 测试结果
3.5 工作机制
3.5.1 一个会话查询一条数据,这个数据就会被放在当前会话的一级缓存中
3.5.2 如果当前会话关闭了,这个会话对应的一级缓存就没了;但是我们想要的是,会话关闭了,一级缓存中的数据就会被保存到二级缓存中
3.5.3 新的会话查询信息,就可以从二级缓存中获取内容
3.5.4 不同的mapper查出的数据会放在自己对应的缓存(map)中
3.5.5 测试类编写测试代码
@Test
Public void queryUserById(){
SqlSession sqlSession1=MybatisUtils.getSqlSession();
SqlSession sqlSession2=MybatisUtils.getSqlSession();
UserMapper userMapper1=sqlSession1.getMapper(UserMapper.class);
Useruser1=userMapper1.queryUserById(1);
System.out.println(user1);
sqlSession1.close();
UserMapper userMapper2=sqlSession2.getMapper(UserMapper.class);
Useruser2=userMapper2.queryUserById(1);
System.out.println(user2);
System.out.println(user1==user2);
sqlSession2.close();
}
3.5.6 测试结果
3.6 小结
~只要开启了二级缓存,在同一个Mapper下就有效
~所有的数据都会先放在一级缓存中
~只要当会话提交,或者关闭的时候,才会提交到二级缓存中
4.Mybatis缓存原理
5.自定义缓存Ehcache
5.1 什么是Ehcache?
EhCache 是一个纯Java的进程内缓存框架,具有快速、精干等特点,是Hibernate中默认的CacheProvider。
Ehcache是一种广泛使用的开源Java分布式缓存。主要面向通用缓存,Java EE和轻量级容器。它具有内存和磁盘存储,缓存加载器,缓存扩展,缓存异常处理程序,一个gzip缓存servlet过滤器,支持REST和SOAP api等特点。
Ehcache最初是由Greg Luck于2003年开始开发。2009年,该项目被Terracotta购买。软件仍然是开源,但一些新的主要功能(例如,快速可重启性之间的一致性的)只能在商业产品中使用,例如Enterprise EHCache and BigMemory。,维基媒体Foundationannounced目前使用的就是Ehcache技术。
5.2 如何使用Ehcache?
5.2.1 导入依赖
<!-- https://mvnrepository.com/artifact/org.mybatis/mybatis-ehcache -->
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.0.0</version>
</dependency>
5.2.2 UserMapper.xml配置
<!--在当前Mapper.xml中使用二级缓存-->
<cachetype="org.mybatis.caches.ehcache.EhcacheCache"/>
5.2.3 创建配置文件encache.xml
1 <ehcache>
2
3
4 <!--
5 磁盘存储:将缓存中暂时不使用的对象,转移到硬盘,类似于Windows系统的虚拟内存
6 path:指定在硬盘上存储对象的路径
7 -->
8 <diskStore path="java.io.tmpdir" />
9
10
11 <!--
12 defaultCache:默认的缓存配置信息,如果不加特殊说明,则所有对象按照此配置项处理
13 maxElementsInMemory:设置了缓存的上限,最多存储多少个记录对象
14 eternal:代表对象是否永不过期
15 timeToIdleSeconds:最大的发呆时间
16 timeToLiveSeconds:最大的存活时间
17 overflowToDisk:是否允许对象被写入到磁盘
18 -->
19 <defaultCache maxElementsInMemory="10000" eternal="false"
20 timeToIdleSeconds="120" timeToLiveSeconds="120" overflowToDisk="true" />
21
22 <!--
23 cache:为指定名称的对象进行缓存的特殊配置
24 name:指定对象的完整名
25 -->
26 <cache name="com.zbaccp.entity.Person" maxElementsInMemory="10000" eternal="false"
27 timeToIdleSeconds="300" timeToLiveSeconds="600" overflowToDisk="true" />
28
29
30 </ehcache>
二:属性详解
1、diskStore :指定数据(.data and .index)存储位置,可指定磁盘中的文件夹位置期 The diskStore element is optional. It must be configured if you have overflowToDisk or diskPersistent enabled for any cache. If it is not configured, a warning will be issues and java.io.tmpdir will be used.
2、defaultCache : 默认的管理策略
一、以下属性是必须的:
1、name: Cache的名称,必须是唯一的(ehcache会把这个cache放到HashMap里)。
2、maxElementsInMemory:在内存中缓存的element的最大数目。
3、maxElementsOnDisk:在磁盘上缓存的element的最大数目,默认值为0,表示不限制。
4、eternal:设定缓存的elements是否永远不过期。如果为true,则缓存的数据始终有效,如果为false那么还要根据timeToIdleSeconds,timeToLiveSeconds判断。
5、overflowToDisk: 如果内存中数据超过内存限制,是否要缓存到磁盘上。
二、以下属性是可选的:
1、timeToIdleSeconds: 对象空闲时间,指对象在多长时间没有被访问就会失效。只对eternal为false的有效。默认值0,表示一直可以访问。
2、timeToLiveSeconds: 对象存活时间,指对象从创建到失效所需要的时间。只对eternal为false的有效。默认值0,表示一直可以访问。
3、diskPersistent: 是否在磁盘上持久化。指重启jvm后,数据是否有效。默认为false。
4、diskExpiryThreadIntervalSeconds: 对象检测线程运行时间间隔。标识对象状态的线程多长时间运行一次。
5、diskSpoolBufferSizeMB: DiskStore使用的磁盘大小,默认值30MB。每个cache使用各自的DiskStore。
6、memoryStoreEvictionPolicy: 如果内存中数据超过内存限制,向磁盘缓存时的策略。默认值LRU,可选FIFO、LFU。
三、缓存的3 种清空策略 :
1、FIFO ,first in first out (先进先出).
2、LFU , Less Frequently Used (最少使用).意思是一直以来最少被使用的。缓存的元素有一个hit 属性,hit 值最小的将会被清出缓存。
3、LRU ,Least Recently Used(最近最少使用). (ehcache 默认值).缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。