mybatis缓存详解

mybatis的缓存

mybatis的一级缓存是Session级别的缓存。一级缓存的作用域默认是一个SqlSession。Mybatis默认开启一级缓存。

在同一个SqlSession中，执行相同的查询SQL，第一次会去数据库进行查询，并把对象放入缓存中，第二次以后是直接去缓存中取。当执行SQL查询中间发生了事务提交的操作，都会把当前SqlSession的缓存清空。

两条SQL的下列五个值相同，即可以认为是相同的SQL。

StatementId+Offset+Limit+Sql+Params

CacheKey cacheKey = new CacheKey();
//MappedStatement的id
// id 就是Sql语句的所在位置 包名 + 类名 + SQL名称
cacheKey.update(ms.getId());
// offset 就是 0
cacheKey.update(rowBounds.getOffset());
// limit 就是 Integer.MAXVALUE
cacheKey.update(rowBounds.getLimit());
// 具体的SQL语句
cacheKey.update(boundSql.getSql());
//后面是update了sql中带的参数
cacheKey.update(value);
...

如果以上的sqlSession与sql都是同一个，那么在第二次查询的时候就会是一级缓存，而不是执行数据库查询

具体的实现如下

@Test
//	@Transactional
	public void testMybatis2(){
		SqlSession sqlSession = factory.openSession();
		SysQuartzJobLogMapper sysQuartzJobLogMapper1 = sqlSession.getMapper(SysQuartzJobLogMapper.class);
		SysQuartzJobLogMapper sysQuartzJobLogMapper2 = sqlSession.getMapper(SysQuartzJobLogMapper.class);

		List<Map<String, Object>> jobLogsById = sysQuartzJobLogMapper1.getJobLogsById(new Page<>(1, 10), "23dedbb5-af24-11ec-a42d-0894ef72d9c4");
		System.out.println(jobLogsById.size() + "==>" + jobLogsById);
		/*try {
			Thread.sleep(10000);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}*/
		List<Map<String, Object>> jobLogsById2 = sysQuartzJobLogMapper2.getJobLogsById(new Page<>(1, 10), "23dedbb5-af24-11ec-a42d-0894ef72d9c4");
		System.out.println(jobLogsById2.size() + "==>" + jobLogsById2);
	}

注意⚠️：从截图中可以看出来，打印sql执行只打印了一次，而第二次直接输出结果，说明是直接从缓存中查出来的，这里还需要注意的是使用的sqlSeeion来获取的相关mapper。

如果使用的是springbean的方式来获取mapper

@Test
//	@Transactional
	public void testMybatis2(){
		/*SqlSession sqlSession = factory.openSession();
		SysQuartzJobLogMapper sysQuartzJobLogMapper1 = sqlSession.getMapper(SysQuartzJobLogMapper.class);
		SysQuartzJobLogMapper sysQuartzJobLogMapper2 = sqlSession.getMapper(SysQuartzJobLogMapper.class);*/

		List<Map<String, Object>> jobLogsById = sysQuartzJobLogMapper.getJobLogsById(new Page<>(1, 10), "23dedbb5-af24-11ec-a42d-0894ef72d9c4");
		System.out.println(jobLogsById.size() + "==>" + jobLogsById);
		/*try {
			Thread.sleep(10000);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}*/
		List<Map<String, Object>> jobLogsById2 = sysQuartzJobLogMapper.getJobLogsById(new Page<>(1, 10), "23dedbb5-af24-11ec-a42d-0894ef72d9c4");
		System.out.println(jobLogsById2.size() + "==>" + jobLogsById2);

注意⚠️：可以从执行结果来看，这里其实用到的是同一个sql，导致mybatis一级缓存失效的原因是两个SqlSession，可以发现这里是创建了两个SqlSession。

然后如果在这个测试类上加入@Transactional注解的时候发现他又可以使用一级缓存了。

原因分析

结论：Spring将MyBatis的DefaultSqlSession类替换成了SqlSessionTemplate。

MyBatis的一级缓存是基于SqlSession来实现的，对应MyBatis中sqlSession接口的默认实现类是DefaultSqlSession，如果执行的SQL相同时，并且使用的是同一个SqlSession对象，那么就会触发对应的缓存机制。

但是在Spring整合MyBatis后，Spring使用MyBatis不再是直接调用MyBatis中的信息，而是通过调用调用mybatis-spring.jar中的类，继而达到间接调用MyBatis的效果。但在mybatis-spring.jar中，引入了一个SqlSessionTemplate类，它和Spring的事务管理器共同配合，创建对应的SqlSession连接。

即在没有添加@Transactional注解的情况下，每调用一次查询SQL，就会通过SqlSessionTemplate去创建sqlSession，即相当于新创建一次连接，故而每次查询在调试结果看来就是一级缓存失效。

除此之外如果是在mysql中操作删除或者更新数据，那么就会造成两次获取到的数据不一致

并且在我看来这个一级缓存是没什么意义的，因为一般不会在同一个方法中会调用某个方法两次。

mybatis的二级缓存，针对的是mapper，或者也可以说是sqlFactory

首先说一下他的配置

在配置文件中加入这句话

mybatis-plus.configuration.cache-enabled=true

然后在你想要开启二级缓存的mapper中加入

	<cache/>