mybatis缓存导致的返回结果差异问题

最近有一个方法返回的结果与预想的不一致。

原因:mybatis的一级缓存导致的问题

该方法内部重复调用同一个mybatis的方法,因为入参相同触发一级缓存。

举个例子:

@Transactional

 
    // 执行查询,结果将被缓存
    YourObject object1 = mapper.selectByPrimaryKey(id);
    
    // 再次执行相同的查询,可能从缓存中获取结果
    YourObject object2 = mapper.selectByPrimaryKey(id);
    
    // 检查缓存中的对象是否与数据库中的对象相同
    // 如果object1和object2是同一个对象,则表示使用了一级缓存
    System.out.println(object1 == object2);

因为object1和object2是同一个对象,修改了object1导致 object2也进行修改。 所以获取的结果有差异。

解决方法:去掉@Transactional。或者对object1进行copy生成新的对象,不对object1进行更改。

### 三级标题:MyBatis 一级缓存和二级缓存的工作机制与执行流程 在 MyBatis 中,一级缓存和二级缓存是两种重要的缓存机制,它们通过缓存数据库查询结果减少数据库访问次数,从而提高应用性能。两种缓存机制在工作原理、作用范围和失效机制上存在显著差异。 #### 一级缓存的工作机制与执行流程 一级缓存的作用范围默认是 `SqlSession` 级别,这意味着缓存数据的生命周期与当前的 `SqlSession` 相关。在同一个 `SqlSession` 中,如果执行相同的 SQL 查询语句且参数一致MyBatis 会直接从缓存返回结果,而会再次访问数据库。这种机制有效减少了数据库查询次数,提升了查询性能。可以通过配置 `localCacheScope` 来更改一级缓存的范围,例如设置为 `STATEMENT` 级别,使得缓存仅在当前语句中生效,执行完即失效[^3]。 当执行增删改操作(如 `INSERT`、`UPDATE`、`DELETE`)时,一级缓存会被清空,以确保后续查询能够获取最新的数据。此外,手动调用 `sqlSession.clearCache()` 也会导致缓存失效。在同的 `SqlSession` 之间,一级缓存是相互隔离的,因此能共享缓存数据[^4]。 #### 二级缓存的工作机制与执行流程 二级缓存实现了跨 `SqlSession` 的数据共享,其作用范围可以达到 `namespace` 级别,即同一个命名空间下的所有 `SqlSession` 可以共享缓存数据。相比一级缓存,二级缓存的粒度更细,适用于多个会话之间的缓存共享场景。通过实现同的 `Cache` 接口,可以对二级缓存的行为进行定制,例如设置缓存过期时间、最大容量等[^1]。 在查询过程中,如果当前 `SqlSession` 没有一级缓存中的数据,则会尝试从二级缓存中获取数据。如果二级缓存中也没有数据,则会从数据库中查询,并将结果依次写入一级缓存和二级缓存中,以便后续查询使用。类似一级缓存,二级缓存也会在执行增删改操作时被清空,以确保数据一致性[^4]。 #### 缓存失效场景 无论是 MyBatis 的一级缓存还是二级缓存,都会在以下场景中失效:执行增删改操作、手动调用清空缓存方法、查询条件变化(SQL 语句或参数同)等。在跨 `SqlSession` 的情况下,一级缓存无法共享,但二级缓存可以实现共享[^4]。 以下是一个验证一级缓存行为的示例代码: ```java try (SqlSession session = sqlSessionFactory.openSession()) { UserMapper mapper = session.getMapper(UserMapper.class); // 第一次查询(访问数据库) User user1 = mapper.selectById(1); // 第二次查询(从一级缓存获取) User user2 = mapper.selectById(1); System.out.println(user1 == user2); // 输出 true(同一对象) // 更新操作使缓存失效 mapper.updateName(1, "NewName"); // 第三次查询(再次访问数据库) User user3 = mapper.selectById(1); } ``` 该示例表明,在同一个 `SqlSession` 内,相同的查询会命中一级缓存;而执行更新操作后,缓存将被清空,后续查询会重新访问数据库。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值