MyBatis一级与二级缓存相关配置
作者:热爱编程的小白白
mybatis-plus是一个Mybatis的增强工具,在Mybatis的基础上只做增强不做改变,为简化开发、提高效率而生,这篇文章带你了解Mybatis的一级和二级缓存
1.MyBatis的一级缓存
一级缓存是 SqlSession 级别的,通过同一个 SqlSession 查询的数据会被缓存,下次查询相同的数据,就 会从缓存中直接获取,不会从数据库重新访问
使一级缓存失效的四种情况:
- 不同的SqlSession对应不同的一级缓存
- 同一个SqlSession但是查询条件不同
- 同一个SqlSession两次查询期间执行了任何一次增删改操作
- 同一个SqlSession两次查询期间手动清空了缓存( sqlSession.clearCache();)
案例:
public void test(){ SqlSessionUtils sqlSessionUtils1 = new SqlSessionUtils(); SqlSession sqlSession1 = sqlSessionUtils1.getSqlSession(); EmpMapper mapper1 = sqlSession1.getMapper(EmpMapper.class); Emp empById1 = mapper1.getEmpById(1); System.out.println(empById1); Emp empById2 = mapper1.getEmpById(1); System.out.println(empById2); SqlSession sqlSession2 = sqlSessionUtils1.getSqlSession(); EmpMapper mapper2 = sqlSession2.getMapper(EmpMapper.class); Emp empById3 = mapper2.getEmpById(1); System.out.println(empById3); }
empById1,empById2 共用一个sqlSession1 因为存在一级缓存,所以只执行一次SQL
empById3 用的是sqlSession2 (不同的SqlSession对应不同的一级缓存),故会重新执行SQL
2.MyBatis的二级缓存
二级缓存是 SqlSessionFactory 级别,通过同一个 SqlSessionFactory 创建的 SqlSession 查询的结果会被 缓存;此后若再次执行相同的查询语句,结果就会从缓存中获取
二级缓存开启的条件:
- a>在核心配置文件中,设置全局配置属性cacheEnabled="true",默认为true,不需要设置
- b>在映射文件中设置标签<cache/>
- c>二级缓存必须在SqlSession关闭或提交之后有效
- d>查询的数据所转换的实体类类型必须实现序列化的接口
使二级缓存失效的情况:
- 两次查询之间执行了任意的增删改,会使一级和二级缓存同时失效
3.二级缓存的相关配置
在 mapper 配置文件中添加的 cache 标签可以设置一些属性:
① eviction 属性:缓存回收策略,默认的是 LRU 。
- LRU(Least Recently Used) – 最近最少使用的:移除最长时间不被使用的对象。
- FIFO(First in First out) – 先进先出:按对象进入缓存的顺序来移除它们。
- SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
- WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。
② flushInterval 属性:刷新间隔,单位毫秒
- 默认情况是不设置,也就是没有刷新间隔,缓存仅仅调用语句时刷新
③ size 属性:引用数目,正整数
- 代表缓存最多可以存储多少个对象,太大容易导致内存溢出
④ readOnly 属性:只读, true/false
- true:只读缓存;会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重 要的性能优势。
- false:读写缓存;会返回缓存对象的拷贝(通过序列化)。这会慢一些,但是安全,因此默认是 false。
4.MyBatis缓存查询的顺序
先查询二级缓存,因为二级缓存中可能会有其他程序已经查出来的数据,可以拿来直接使用。
如果二级缓存没有命中,再查询一级缓存
如果一级缓存也没有命中,则查询数据库
SqlSession 关闭之后,一级缓存中的数据会写入二级缓存
到此这篇关于MyBatis一级与二级缓存相关配置的文章就介绍到这了,更多相关MyBatis缓存内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!