问题描述
客户端请求到达服务端后,两次执行相同的查询sql,得到了两个完全不一样的结果。(两次查询之间没有修改过相关的表)
问题解决
首先要排除有其他线程修改数据库表的可能,如某个不起眼的定时任务,或其他异步请求。
不过我两次遇到这种情况,都是因为mybatis一级缓存的问题。
@Component
public class Test {
@Autowired
private PalletDao palletDao;
public void test() {
List<Pallet> palletList1 = palletDao.list();
//执行其他逻辑,但不执行其他sql更改pallet表
palletList1.removeIf(XXX);
List<Pallet> palletList2 = palletDao.list();
}
}
第一次查询出结果后,mybatis缓存了查询该集合,保持相同的引用。
中途对该查询结果做了修改。
第二次查询时,因为中途没有逻辑更改pallet表,所以直接从mybatis的缓存中取出该集合,并未实质性地查询数据库,导致两次查询的结果不一致。
不仅仅是上述例子中的集合,返回值是单个对象也会存在的这样的问题。
@Component
public class Test {
@Autowired
private PalletDao palletDao;
public void test() {
Pallet pallet1 = palletDao.get(1);
//执行其他逻辑,但不更改pallet
pallet1.setCode("123");
Pallet pallet2 = palletDao.get(1);
}
}
pallet1与pallet2指向同一个对象,第二个sql获取到了修改后的结果。
解决方案如下
1. 关闭mybatis一级缓存
- 全局关闭
mybatis:
configuration:
local-cache-scope: statement
- 局部关闭(注解,已实践)
只对被标注的sql生效
@Select(XXX)
@Options(flushCache = Options.FlushCachePolicy.TRUE)
List<Pallet> list();
- 局部关闭(xml,未实践)
statement中加上参数 flushCache="true" (来自于网络,本人使用的是注解方式)
2. 优化逻辑
同一个会话执行了两次相同的sql,可以考虑是否还有优化的空间。
比如把用到查询结果的两段逻辑剥离出来,主程序只查询一次数据库,把结果深拷贝后传给需求方即可。