一级缓存（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的一级缓存，那么第二次查询时就得重新的从数据中查询了。