一 缓存:
在浏览器当中, 如果我们访问了某一个的页面, 那么访问之后浏览器都会对其有所记录, 从而保证了在之后如果再次进入这个网站的时候只需要从本地的缓存当中进行直接的获取
而在MYBATIS当中, 其缓存主要针对的是对于查询的缓存, 对于相同的数据, 进行一次查询之后就会进行缓存, 保证下次再进行访问相同的数据的时候可以直接的从本地的缓存当中进行调用即可, 而不必再进行一次查询
二 MYBATIS缓存的两个级别:
MYBATIS的缓存主要可以分为两个级别, 第一级别以及第二级别
1>MYBATIS第一级别缓存
1.一级缓存介绍:
MYBATIS的第一缓存是SQLSession 并且这种缓存是即使在仅仅只有一个框架的情况下都是存在的, 因为第一缓存是默认开启的(default), 因为第一缓存级别使用的是SqlSession, 所以在调用同一个SqlSession, 并且在这同一个SqlSession当中多次查询同一个数据, 那么仅仅只会执行一次相应的SQL语句, 之后会直接从SQL缓存当中进行获取
以我的测试类为例
public class TestDemo { @Test public void testGetById(){ SqlSessionFactory sqlSessionFactory = SqlSessionFactoryUtils.getSqlSessionFactory(); SqlSession sqlSession = sqlSessionFactory.openSession(); CacheMapper mapper = sqlSession.getMapper(CacheMapper.class); Emp emp1 = mapper.selectById(1); Emp emp2 = mapper.selectById(1); System.out.println(emp1); System.out.println(emp2); } }
结果如图所示, 跟我们预想的一样, 在第一级别的缓存下, 仅仅调用了一次相应的查询语句
如果我们调用两个不同的SQLSESSION, 那么即使查询相同的数据, 仍然无法进行一级的缓存, 这是因为对于MYBATIS的一级缓存只针对于同一个SESSION, 如图
2.使一级缓存失效的几种情况
1.不同的SQLSESSION对象对应不同的一级缓存
2.同一个SQLSESSION但是其查询的条件, 查询的对象不是同一个
前两个都是因为一些条件的改变, 不同而造成的一级缓存失效的情况
3.同一个的SQLSESSION两次查询期间执行了任何的一次增删改操作
在一个SQLSESSION中, 并且查询同一个数据的时候, 你如果在这两者之间添加了任何的, 有关增删改的操作的话, 就会导致数据库自动的清除当前的缓存, 因为执行了增删改之后某些数据已经没有任何价值了, 所以救会自动的清空缓存, 从而导致下一次即使使用同一个的SQLSESSION 也没有缓存, 必须从数据库当中再次的进行搜索才行
4.同一个的SQLSESSION两次查询期间, 我们手动的清空了缓存
其实就是在两次的缓存期间调用了SqlSession的一个方法, 从而清空了原本存在的缓存
public void testGetById(){ SqlSessionFactory sqlSessionFactory = SqlSessionFactoryUtils.getSqlSessionFactory(); SqlSession sqlSession = sqlSessionFactory.openSession(); CacheMapper mapper = sqlSession.getMapper(CacheMapper.class); Emp emp1 = mapper.selectById(1); // 用于手动的清除缓存 sqlSession.clearCache(); Emp emp2 = mapper.selectById(1); System.out.println(emp1); System.out.println(emp2); } }
结果如下, 造成了从数据库当中的查询, 而不是在第二次的时候使用缓存
3>MYBATIS二级缓存
1.二级缓存介绍:
二级缓存是一种SqlSessionFactory级别的, 是通过同一个的SqlSession创建的SqlSession查询的结果会被缓存, 此后如果再执行相同的查询语句的话, 结果就会从缓存当中进行获取
2.二级缓存的开启条件
不同于一级缓存的默认开启, 二级缓存的开启条件比较的复杂, 主要是以下的几个条件
a>核心配置文件当中, 必须设置全局配置属性 cacheEnabled="ture" 其实默认值就是TRUE的, 所以不需要我们再进行相关的配置
b>核心文件配置过后, 需要在相应的映射文件中设置标签<cache/>
c>二级缓存, 必须是再SqlSession关闭或者是提交了之后才能够生效
d>查询的数据所转换的实体类类型必须实现序列化的接口!
针对 c d两个条件我们举例说明
public void testTwoStay() throws IOException { // 在这里我们测试二级缓存 // 二级缓存的级别是SqlSessionFactory的级别的, 所以我们需要注意的一点是, 所有的SqlSession必须是来自同一个SqlSessionFactry的 // 所以这里我们不能再使用工具类了. 需要手动设置 InputStream is = Resources.getResourceAsStream("mybatis-config.xml"); SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(is); // 在这里 我们就完成了所有的SqlSession来自一个SqlSessionFactory SqlSession sqlSession1 = sqlSessionFactory.openSession(); CacheMapper mapper = sqlSession1.getMapper(CacheMapper.class); Emp emp = mapper.selectById(1); SqlSession sqlSession2 = sqlSessionFactory.openSession(); CacheMapper mapper1 = sqlSession2.getMapper(CacheMapper.class); Emp emp1 = mapper1.selectById(1); }
二级缓存建立的注意事项也在里面说明哩! 切记这个时候就不要再使用工具类SqlSessionUtils了, 否则不同的SqlSession来自的是不同一个的SqlSessionFactory, 自然也就无法满足要求了
如例, 我们在没有对于每一个SqlSession进行关闭的前提下, 运行
如图, 明显使用了两次的SQL语句调用, 没有使用到二级缓存, 这就是因为我们没有满足条件C,也就是及时对于各个SqlSession进行关闭, 否则是不会传到对应的SqlSessionFactory的级别的
对于SqlSession1以及2进行关闭了之后, 我们发现 报错了!!!!
不要慌张, 这是因为我们没有满足条件D的原因, 实体类(我这里设置的是Emp)没有实现序列化的接口而导致的
实现之后, 天时地利人和, 四个条件都已经满足, 二级缓存自然也就实现啦
仅仅只调用了一次SQL, 并且类型是SqlSessionFactory的类型的, 完美结束
3.二级缓存失效的情况:
在两次相同条件的查询的过程当中实现的增删改的操作, 从而导致对应数据的改变, 会使一级还有二级缓存两个都失效
OVER!感谢观看
————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/2303_79546217/article/details/137735188