mybatis缓存之一级缓存

快来打我* 2023-03-12 07:12 5阅读 0赞

# mybatis一级缓存 #

缓存分一级二级  
一级缓存为sqlSession级缓存  
二级缓存为sqlSessionFactory级缓存

二级缓存先不细究，分析下一级缓存，什么是sqlSession级缓存呢？

## mybatis查询过程简述 ##

mybatis执行查询的过程为：  
1.获取sqlSessionFactory，此bean项目启动时由spring创建并初始化？(待进一步确认)  
SqlSessionFactory sqlSessionFactory = getSession();  
2.打开一个会话，即sqlSession  
SqlSession session = sqlSessionFactory.openSession();  
3.获取对应mapper,执行查询  
session.getMapper(XXX.class).selectOne(“xx”);

4.mapper执行查询，最终会执行sqlSession中的查询方法，selectOne最终执行selectList查询，入参为执行的sql及参数信息等  
4.1 首先获取执行sql，并根据查询入参信息获取到一个缓存的key  
![在这里插入图片描述][20200515175544724.png]  
4.2 执行查询前根据缓存的key去当前sqlSession的私有执行器的一个属性 Map<Object, Object>的缓存map中查找缓存，如果找到则直接返回 找不到执行查询，并缓存  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70]

## 工作中遇到的一个问题引起思考 ##

根据ID查出来的东西和数据库不一致  
如下：  
Entity e = mapper.selelctById(“1”);  
Sysout.out.println(e.getName());//打印 aa  
e.setName(“bb”);  
e = mapper.selelctById(“1”);  
Sysout.out.println(e.getName());//打印 bb  
如上所述，若两次根据ID进行查询，使用的是同一个sqlSession,那么返回的肯定是同一个对象，若第一次查询后修改了返回值的属性会直接影响到缓存，进而第二次查出来的数据已经和数据库不一致了,但是隐约记得类似的做法在另一个查询方法里就没这个毛病，赶紧回去翻了下，唯一有可能影响到的区别就是，我这段代码声明了事务，而之前那段代码是在裸奔。

## 一级缓存何时生效 ##

那么，什么情况下缓存会有效，即什么情况sqlSession不变，什么时候会改变，和事务有关系吗？  
断点继续执行发现进入一个叫SqlSessionUtils的类，此类在SpringMybatis中，显然是Spring整合mybatis的工具类  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70 1]  
可以看到Spring整合mybatis后，获取sqlSession是首先使用TransactionSynchronizationManager事务同步管理器获取sqlSession持有人，进而获取sqlSession,如果获取不到则创建sqlSession，显然，如果获取到了 那缓存就会生效，获取不到创建了新的sqlSession，那每次查询虽然缓存了 但是查询完了sqlSession也关闭了，下次查询有打开一个新的sqlSession，相当与缓存无效！

现在情况逐渐清晰了，不过还有一点不太明确，这个TransactionSynchronizationManager是如果最终影响了sqlSession的获取。

继续读SqlSessionUtils源码，获取getSqlSession使用的sqlSessionFactory由外部传入，有spring初始化，是固定的，开始分析获取sqlSession过程：

## 执行查询时获取sqlSession过程 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70 2]  
1.根据sqlSessionFactory 从TransactionSynchronizationManager中获取SqlSessionHolder对象，TransactionSynchronizationManager是一个抽象类，包含大量线程私有的属性（ThreadLocal），提供静态方法获取当前线程sqlSessionFactory绑定的SqlSessionHolder，初始时当然是空的了

2.获取到sqlSession直接返回，未获取则打开一个sqlSession，然后执行registerSessionHolder进行sqlSessionHolder封装及注册（缓存并注册）

3.registerSessionHolder方法首先判断当前事务是否激活，未激活（不存在）嘛都不干直接拜拜，当前线程若再次第一步，获取sqlSessionHolder时就还是空的 还是要继续创建新的对象。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70 3]  
4.registerSessionHolder方法若当前事务激活（存在事务），则将sqlSession分装成一个sqlSessionHolder(一个复合对象，包含sqlSesssion同时还包含其他关联属性，完善补充sqlSession信息，更牛逼更高级的存在),继而进行资源绑定，将其缓存起来（key根据sqlSessionFactory生产，value就是sqlSessionHolder），然后注册，注册目的应该是为了再事务结束后注销解绑收尾。

## 结论 ##

一级缓存不是默认开启，而是必定开启，不是默认生效，而是存在事务才会生效（缓存了sqlSession才会生效）。

到这里基本上一级缓存就算暂时整明白了，当然这只是mybatis和spring的冰山一角，很多东西没有细究，但大致原理应当一致。

[20200515175544724.png]: /images/20230312/a42605f10d544f9ab86bdced329a89d8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70]: /images/20230312/193aba88d8a34afa9ac01e8d69ece71a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70 1]: /images/20230312/c13167e180544df8b896264ffbcfa1e1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70 2]: /images/20230312/3c691f5cbd1c49f1924f84fbbdf3ddbf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTIwOTgwMjE_size_16_color_FFFFFF_t_70 3]: /images/20230312/582f13e9454147ad9a29968a9819a539.png