18 Mybatis缓存介绍

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>

 

二:属性详解

1diskStore :指定数据(.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 : 默认的管理策略

 

一、以下属性是必须的:

1name Cache的名称,必须是唯一的(ehcache会把这个cache放到HashMap)

2maxElementsInMemory:在内存中缓存的element的最大数目。 

3maxElementsOnDisk:在磁盘上缓存的element的最大数目,默认值为0,表示不限制。 

4、eternal:设定缓存的elements是否永远不过期。如果为true,则缓存的数据始终有效,如果为false那么还要根据timeToIdleSecondstimeToLiveSeconds判断。 

5、overflowToDisk: 如果内存中数据超过内存限制,是否要缓存到磁盘上。 

二、以下属性是可选的:

1、timeToIdleSeconds: 对象空闲时间,指对象在多长时间没有被访问就会失效。只对eternalfalse的有效。默认值0,表示一直可以访问。

2、timeToLiveSeconds: 对象存活时间,指对象从创建到失效所需要的时间。只对eternalfalse的有效。默认值0,表示一直可以访问。

3、diskPersistent: 是否在磁盘上持久化。指重启jvm后,数据是否有效。默认为false 

4、diskExpiryThreadIntervalSeconds: 对象检测线程运行时间间隔。标识对象状态的线程多长时间运行一次。

5、diskSpoolBufferSizeMB DiskStore使用的磁盘大小,默认值30MB。每个cache使用各自的DiskStore

6、memoryStoreEvictionPolicy: 如果内存中数据超过内存限制,向磁盘缓存时的策略。默认值LRU,可选FIFOLFU 

三、缓存的3 种清空策略 :

1、FIFO first in first out (先进先出).

2、LFU Less Frequently Used (最少使用).意思是一直以来最少被使用的。缓存的元素有一个hit 属性,hit 值最小的将会被清出缓存。

3、LRU Least Recently Used(最近最少使用). (ehcache 默认值).缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值