Mybatis的一级缓存是sqlSession级别的，在不进行Insert，Update操作的情况下，使用同一sqlsession下的多次相同查询会使用缓存结果。
Spring整个MyBatis后与Mybatis单独使用有所区别
Spring整合Mybatis后，通过SqlSessionTemplate创建sqlSession代理对象，默认每次查询都是创建新的sqlSession对象，查询执行结束后在finally中关闭代理sqlSession。
- Spring整合Mybatis中，默认情况下一级缓存是不会被使用到的，或者说是‘无效的’
- 如果在同一事务中，所有的查询更新操作会使用同一个sqlSession实例，mybatis的一级缓存可以被使用到
?一级缓存的使用控制
在MyBatis中编写SQL的XML标签时有flushCache、useCache这两个跟缓存相关的属性可以配置,最近再看源码时暂时没有看到useCache属性相关的逻辑。这里先从flushCache属性配置总结一下使用的方式。
- 对于select标签的语句
flushCache默认为false，表示任何时候语句被调用，都不会去清空本地缓存和二级缓存。
- 对于insert、update、delete语句
flushCache默认为true(其实UPDATE执行的代码中没有判断配置的逻辑,直接是清空再执行操作)，表示任何时候语句被调用，都会导致本地缓存和二级缓存被清空。
测试1：在非事务方法中执行两次相同的查询操作
可以看到SQL执行了两次。也就是说在非事务的情况下,每次查询都会创建一个新的SqlSession,这时候没有用到一级缓存,但是缓存其实是存在的,从直观的角度我们可以认为这时候mybatis的一级缓存是失效的。
?测试2：在@Transactional注解的事务方法中执行两次相同的查询操作
在同一事务中的查询插入更新等都用同一个sqlSession。这样一来,再查询时就用到的一级缓存了,如果中间没有更新插入操作，多次查询会一直复用第一次查询的结果，也就是说使用了缓存。
?测试3：在同一事物中，第一次查询后修改查询结果对象，然后执行第二次查询
在同一事物中，使用同一个sqlSession对象，当第二次次查询时走的仍然是一级缓存，所以查询到的是同一个对象@3b508d37,这时候可能就会有问题,因为第一次查询后修改了值。
?可不可以让同一事物中的查询也不要使用缓存结果呢？
在SELECT标签中配置属性flushCache="true" 。
这个配置在mybatis执行查询前判断,如果为true则清空本地缓存,这样再去缓存取就取不到值了,使用了这个配置以后,其实就跟非事务内执行的效果一样了,每次查询都是从数据库查询的数据,每次查询都是新的对象。通过测试的日志可以看到两次查询出来的是两个对象。
关于flushCache属性配置和缓存控制的实现在另一篇文章浅谈Mybatis在Spring整合后的执行原理和一级缓存管理?的Executor接口部分有源码分析
?测试4：在同一个事务中,先查询,后更新在查询
两次查询结果不是同一个对象,因为update操作执行时会清空本地缓存
如果仔细上面的日志中会发现一个问题,在验证查询时配置属性flushCache="true"后二次查询和验证更新后二次查询的时候,虽然第二次查询到的对象是新对象,但是日志中没打印SQL。
这个现象就会让人产生一个疑惑：不是清了缓存么,为什么没有执行新的SQL查询呢？会不会还是取得缓存数据呢？如果不是缓存数据，那又没有SQL打印新的数据是怎么来的？?
其实这种情况确实不是缓存取值，而是重新执行SQL查询的到的结果，至于为什么我们看不到SQL日志打印，这个问题在浅谈Mybatis在Spring整合后的执行原理和一级缓存管理?文章的ReuseExecutor#doQuery方法部分有具体分析。
