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，源码解析可以参考这里：spring结合mybatis时一级缓存失效问题
有一点需要注意：
如果对某个SqlSession执行了commit，则会清空这个SqlSession中的一级缓存，目的是为了防止脏读，在上面的例子中，如果第一次查询后，做了一次更新操作，然后sqlSession.commit()了，此时会清空整个SqlSession的一级缓存，那么第二次查询时就得重新的从数据中查询了。
以上这篇mybatis中的一级缓存深入剖析就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。
