MyBatis中的缓存

一、概述

  • 基本概念:MyBatis包含一个非常强大的查询缓存特性,它可以非常方便地配置和定制。缓存可以极大的提升查询效率。
  • 分类MyBatis系统中默认定义了两级缓存,分别是一级缓存和二级缓存。
  • 基本介绍:① 默认情况下,只有一级缓存(SqlSession级别的缓存,也称为本地缓存)开启。② 二级缓存需要手动开启和配置,他是基于namespace级别的缓存。③ 为了提高扩展性,MyBatis定义了缓存接口Cache,我们可以通过实现Cache接口来自定义二级缓存。

二、一级缓存

1. 一级缓存(本地缓存)

  • sqlSession级别的缓存,一级缓存一直是开启的,它实质上就是sqlSession级别的一个Map。

2. 作用

  • 与数据库同一次会话期间查询到的数据会放在本地缓存中,以后如果需要获取相同的数据,直接从缓存中拿,没必要再去查询数据库。

3. 一级缓存失效的情况(没有使用到当前一级缓存的情况,效果就是还要再向数据库发出查询)

  • sqlSession不同。
  • sqlSession相同,查询条件不同(当前一级缓存中还没有这个数据)。
  • sqlSession相同,两次查询之间执行了增删改操作(这次增删改可能对当前数据有影响),实际上,这个是因为每个增删改查都有标签flushCache,增删改默认为flushCache=“true”,即执行完后就清除一级缓存和二级缓存。
  • sqlSession相同,手动清除了一级缓存(缓存清空,session.clearCache(),注意,该方法只清除当前session的一级缓存)。

三、二级缓存

1. 二级缓存(全局缓存)

  • namespace级别的缓存,一个namespace对应一个二级缓存。

2. 工作机制

  • 一个会话查询一条数据,这个数据就会被放在当前会话的一级缓存中。
  • 如果会话关闭或提交,一级缓存中的数据会被保存到二级缓存中,新的会话查询信息,就可以参照二级缓存中的内容。
  • 注意:不同的namespace查出的数据会放在自己对应的缓存(map)中。
  • 效果:数据会从二级缓存中取出。查出的数据都会被默认先放在一级缓存中,只有会话提交或者关闭以后,一级缓存中的数据才会转移到二级缓存中。

3. 使用

3.1 使用流程

  1. 开启全局二级缓存配置<setting name="cacheEnabled" value="true"/>
  2. 去mapper.xml中配置使用二级缓存<cache></cache>
  3. 我们的POJO需要实现序列化接口。

3.2 cache标签的属性说明

3.2.1 evictio:缓存的回收策略
  • LRU - 最近最少使用的,移除最长时间不被使用的对象。
  • FIFO - 先进先出,按对象进入缓存的顺序来移除他们。
  • SOFT - 软引用,移除基于垃圾回收器状态和引用规则的对象。
  • WEAK - 弱引用,更积极的移除基于垃圾收集器状态和弱引用规则的对象。默认的是LRU。
3.2.2 flushInterval:缓存刷新间隔
  • 缓存多长时间清空一次,默认不清空,可设置一个毫秒值。
3.2.3 readOnly:是否只读
  • true:只读,MyBatis认为所有从缓存中获取数据的操作都是只读操作,不会修改数据,所以为了加快速度,mybatis直接将数据在缓存中的引用交给用户。这种方式不安全,但速度快。
  • false:非只读,MyBatis觉得获取的数据肯能会被修改,所以MyBatis会利用序列化和反序列化的技术克隆一份新的数据给你。这种方式安全,但是速度慢。因此,此时需要将所有需要在二级缓存中存放的对象都实现序列化接口。
3.2.4 size:缓存存放多少元素
3.2.5 type:指定自定义缓存的全类名
  • 我们一般使用默认的,也可以自定义类实现Cache接口,然后在这个属性上写上自定义实现类的全类名,就可以使用自定义的二级缓存。

四、缓存的相关配置

  1. cacaheEnabled=true/false:二级缓存的开启和关闭,一级缓存一直可用。
  2. 每个select标签都有属性useCache,默认为true。true:使用缓存;false:不使用缓存。注意:空控制的是二级缓存的使用与否,一级缓存一直可用。
  3. 每个增删改查都有标签flushCache。增删改默认为flushCache=“true”,即执行完后就清除一级缓存和二级缓存;查询默认为flushCache=“false”,即执行完后不清除一级和二级缓存。
  4. sqlSession.clearCache():只清除当前session的一级缓存。
  5. localCacheScope(MyBatis3.3后新增):本地缓存作用域,控制一级缓存,默认为SESSION。SESSION:当前会话的所有数据保存在会话缓存中;STATEMENT:可以禁用一级缓存。

五、总结

1. 基本

在这里插入图片描述

2. 深入

在这里插入图片描述

### 如何在 IDE 中使用 MyBatis 清除二级缓存 在 Spring Boot 和 MyBatis 的集成环境中,可以通过调用 `clearCache` 方法来清除 MyBatis 的二级缓存。这通常是在特定业务逻辑之后执行的操作,比如更新操作完成之后。 对于 MyBatis 的 Mapper 接口而言,在接口中声明的方法可以直接访问底层会话对象 (SqlSession),从而允许开发者手动控制缓存行为。具体来说,可以在相应的映射器接口内定义一个方法并标注 `@SelectProvider` 或者其他适当的方式实现自定义 SQL 语句的同时也能够调用 `sqlSession.clearCache()` 来清理当前命名空间下的缓存[^5]。 然而更常见的是利用 MyBatis 提供的内置机制自动管理缓存刷新动作。当配置了 Redis 作为 Mybatis 的二级缓存时,每次发生写入型操作(如 insert/update/delete),MyBatis 默认情况下都会清空该次操作所涉及表对应的缓存区域中的所有条目[^2]。 如果需要显式地清除整个应用程序级别的二级缓存,则可通过获取到 SqlSessionFactory 对象进而得到 Configuration 实例,并最终遍历其 Cache 集合来进行全局性的清除工作: ```java @Autowired private SqlSessionFactory sqlSessionFactory; public void clearAllCaches() { final Configuration configuration = sqlSessionFactory.getConfiguration(); for (String key : configuration.getCachedStatementNames()) { configuration.clearCache(key); } } ``` 此外,也可以针对单个 mapper 进行局部范围内的缓存清除: ```java @Autowired private ProductMapper productMapper; // 执行某些修改数据库状态的操作后... productMapper.update(product); // ...立即清除此mapper关联的二级缓存 ((Executor) ((Proxy) productMapper).getInvocationHandler().invoke(null, "getBoundSql", null)).clearLocalCache(); ``` 需要注意的是上面这段代码片段仅作为一个概念验证示例展示如何深入到底层 API 层面去触及 MyBatis 的内部组件;实际项目里不建议如此编码,因为这样做会使程序变得脆弱难以维护。更好的做法是遵循框架的设计模式让 MyBatis 自动处理这些细节。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值