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