1. Mybatis的一级缓存

Mybatis的一级缓存是默认开启的,你只要搭建一个Mybatis框架,就可以直接使用一级缓存。

一级缓存是SqlSession级别的,通过SqlSession查询的数据会被缓存,下次使用同一个SqlSession查询相同的数据,就会从缓存中直接获取,不会从数据库重新访问,减轻数据库压力

条件:

  1. 同一个SqlSession
  2. 查询相同的数据

例子:

  • 同一个SqlSession查询相同的数据
    这里我们通过员工id查询员工信息,且两次都是查询​​id=1​​ 的员工
  • Mybatis的缓存_mybatis

  • 通过下面的日志信息可以看到,只执行了一次sql语句,但查询出了两次员工信息。
    所以说第一次是从数据库中查询,第二次是从缓存中查询到的。
  • Mybatis的缓存_mybatis_02

  • 不同SqlSession查询相同的数据
  • Mybatis的缓存_mysql_03

    Mybatis的缓存_mybatis_04

使一级缓存失效(满足2个条件,但不从缓存中找)的2种情况:

  1. 同一个SqlSession两次查询期间执行了任何一次增删改操作
  2. 同一个SqlSession两次查询期间手动清空了缓存
sqlSession.clearCache();

2. Mybatis的二级缓存

二级缓存是SqlSessionFactory级别,通过同一个SqlSessionFactory创建的SqlSession查询的结果会被缓存;此后若再次执行相同的查询语句,结果就会从缓存中获取。

二级缓存的范围更大,需要手动开启。

二级缓存开启的条件:

  1. 在核心配置文件中,设置全局配置属性cacheEnabled="true",默认为true,所以不需要自己设置
  2. 在Mybatis映射文件中设置标签:
  3. Mybatis的缓存_mysql_05

  4. 二级缓存必须在SqlSession关闭或提交之后有效
  5. Mybatis的缓存_java_06

    Mybatis的缓存_java_07

  6. 原因:第一次查询数据只保存在一级缓存中,只有在SqlSession操作完毕(关闭或提交)后,一级缓存中的数据才保存到二级缓存中。
  7. Mybatis的缓存_mysql_08

  8. 这时候运行代码会报一个没有序列化的异常:
  9. Mybatis的缓存_mysql_09

  10. 查询的数据所转换的实体类类型必须实现序列化的接口
  11. Mybatis的缓存_java_10

二级缓存失效的情况:

  • 两次查询之间执行了任意的增删改,会使一级和二级缓存同时失效

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缓存查询的顺序

  1. 先查询二级缓存,因为二级缓存中可能会有其他程序已经查出来的数据,可以拿来直接使用。
  2. 如果二级缓存没有命中,再查询一级缓存

有小伙伴可能就要说了,二级缓存的范围更大,二级中包括了一级,二级中都没有,一级中肯定也没有啊???

不一定,一级缓存只有关闭或提交后才保存到二级缓存,所以二级缓存中可能也没有某些一级缓存。

  1. 如果一级缓存也没有命中,则查询数据库

5. 总结

部分内容来自 B站尚硅谷课程 。老师讲得很好,有兴趣的可以听听。