mybatis中的一级缓存深入剖析

mybatis中提供有一级缓存 和 二级缓存，这里记录一下一级缓存

一级缓存（mybatis中默认开启）

sqlsession级别的缓存，操作数据库时需要构造sqlsession对象， 在对象中有一个数据结构（hashmap）用于存储缓存数据，不同的sqlsession对象之间的缓存数据是不共享的，即独立的

根据第一点，简单一点讲就是一级缓存是属于对象的（个人记法）

从别处搞来一个图，便于我们理解：

下面用spring整合mybatis来测试一下mybatis的一级缓存：

1、下面是service层实现， 可以看到，我两次查询了同一个数据，理论上由于mybatis中默认开启一级缓存， 那么第二次肯定时要从缓存中获取，而不是创建sqlsession对象重新从数据库获取

@autowired
private lsjmusermapper lsjmusermapper;
 
@override
public lsjmuser getuser() {
 // 第一次查询
 lsjmuser user = lsjmusermapper.getuserbyname("300");
 system.out.println(user.tostring());
 
 // 第二次查询
 lsjmuser user1 = lsjmusermapper.getuserbyname("300");
 system.out.println(user1.tostring());
 return user;
}

前台页面触发这个service后，控制台打印：

从日志信息可以很明显的看到，代码中的两次查询构建了两个sqlsession对象，也就是说第二次查询并没有从前一次的sqlsession缓存中获取，而是自己新建一个sqlsession对象，重新查询，，看似，mybatis的一级缓存失效了？

2、spring 中 结合 mybatis中，默认情况下，数据库处于自动提交模式，每一条sql语句处于一个单独的事务中，语句执行完毕时，如果执行成功则隐式提交事务。而mybatis的一级缓存在这种情况下是无效的，想要一级缓存起作用，则要开启事务：

开启事务： spring使用threadlocal获取当前资源绑定同一个sqlsession

未开启事务：每次查询，spring关闭旧的sslsession，创建一个新的sqlsession对象，一级缓存补气作用

下面service层中的代码同样对同一个数据查询了两次，这次开启了事务管理

@autowired
private lsjmusermapper lsjmusermapper;
 
@override
@transactional // 开启事务控制，当前，spring配置文件中得先配置好
public lsjmuser getuser() {
 // 第一次查询
 lsjmuser user = lsjmusermapper.getuserbyname("300");
 system.out.println(user.tostring());
 
 // 第二次查询
 lsjmuser user1 = lsjmusermapper.getuserbyname("300");
 system.out.println(user1.tostring());
 return user;
}

前台页面触发service后：控制台打印日志：

可以看出来第一次查询时，构造了一个sqlsession对象，从数据库查询数据，然后将查询的结果存储到一级缓存sqlsession中，第二次查询时，直接fetched sqlsession，而不是再重新建一个，此时就是从缓存中直接取数据了

开启事务后取如何取到同一个sqlsession，源码解析可以参考这里：

有一点需要注意：

如果对某个sqlsession执行了commit，则会清空这个sqlsession中的一级缓存，目的是为了防止脏读，在上面的例子中，如果第一次查询后，做了一次更新操作，然后sqlsession.commit()了，此时会清空整个sqlsession的一级缓存，那么第二次查询时就得重新的从数据中查询了。

以上这篇mybatis中的一级缓存深入剖析就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。