😀前言
本篇博文是关于MyBatis一级缓存的介绍使用和缓存失效情况分析，希望能够帮助到您😊
🏠个人主页：晨犀主页
🧑个人简介：大家好，我是晨犀，希望我的文章可以帮助到大家，您的满意是我的动力😉😉
💕欢迎大家：这里是CSDN，我总结知识的地方，欢迎来到我的博客，感谢大家的观看🥰
如果文章有什么需要改进的地方还请大佬不吝赐教 先在此感谢啦😊
文章目录
- MyBatis缓存-提高检索效率的利器
- 缓存-官方文档
- 一级缓存
- 基本介绍
- 基本说明
- 一级缓存原理图
- 一级缓存快速入门
- 代码实现
- 测试结果
- Debug 一级缓存执行流程
- 一级缓存失效分析
- 一.关闭sqlSession 会话后
- 二.执行sqlSession.clearCache()
- 三.当对同一个monster 修改
- 😄总结
- 热门推荐
MyBatis缓存-提高检索效率的利器
缓存-官方文档
文档地址: https://mybatis.org/mybatis-3/zh/sqlmap-xml.html#cache
一级缓存
基本介绍
基本说明
- 默认情况下，mybatis 是启用一级缓存的/本地缓存/local Cache，它是SqlSession 级别的。
- 同一个SqlSession 接口对象调用了相同的select 语句,会直接从缓存里面获取，而不是再去查询数据库
一级缓存原理图
一级缓存快速入门
需求: 当我们第1 次查询id=1 的Monster 后，再次查询id=1 的monster 对象,就会直接从一级缓存获取,不会再次发出sql。
代码实现
- 创建新module: mybatis_cache , 必要的文件和配置直接从mybatis_quickstart module拷贝即可。
- 需要拷贝的文件和配置如图
-
使用MonsterMapperTest.java , 运行getMonsterById() 看看是否可以看到日志输出,结论我们多次运行，总是会发出SQL.
-
修改MonsterMapperTest.java, 增加测试方法, 测试一级缓存的基本使用+ Debug 源码
//测试一级缓存
@Test
public void level1CacheTest() {
//查询id=3的monster
Monster monster = monsterMapper.getMonsterById(3);
System.out.println("monster=" + monster);
//再次查询id=3的monster
//当我们再次查询 id=3的Monster时，直接从一级缓存获取,不会再次发出sql
System.out.println("--一级缓存默认是打开的,当你再次查询相同的id时, 不会再发出sql----");
Monster monster2 = monsterMapper.getMonsterById(3);
System.out.println("monster2=" + monster2);
if (sqlSession != null) {
sqlSession.close();
}
}
测试结果
Debug 一级缓存执行流程
sqlSession 的结构示意图
一级缓存失效分析
一.关闭sqlSession 会话后
关闭sqlSession 会话后, 再次查询，会到数据库查询, 修改MonsterMapperTest.java, 测试一级缓存失效情况
//测试一级缓存,失效
//关闭sqlSession会话后 , 一级缓存失效
@Test
public void level1CacheTest2() {
//查询id=3的monster
Monster monster = monsterMapper.getMonsterById(3);
System.out.println("monster=" + monster);
//关闭sqlSession, 一级缓存失效
if (sqlSession != null) {
sqlSession.close();
}
//因为关闭了sqlSession,所以需要重新初始化sqlSession和 monsterMapper
sqlSession = MyBatisUtils.getSqlSession();
monsterMapper = sqlSession.getMapper(MonsterMapper.class);
//再次查询id=3的monster
System.out.println("--如果你关闭了sqlSession,当你再次查询相同的id时, 仍然会发出sql----");
Monster monster2 = monsterMapper.getMonsterById(3);
System.out.println("monster2=" + monster2);
if (sqlSession != null) {
sqlSession.close();
}
}
二.执行sqlSession.clearCache()
当执行sqlSession.clearCache() 会使一级缓存失效，修改MonsterMapperTest.java, 测试一级缓存失效情况
//测试一级缓存,失效
//如果执行sqlSession.clearCache() , 会导致一级缓存失效
@Test
public void level1CacheTest3() {
//查询id=3的monster
Monster monster = monsterMapper.getMonsterById(3);
System.out.println("monster=" + monster);
//执行clearCache
/**
* @Override
* public void clearCache() {
* executor.clearLocalCache();
* }
*/
sqlSession.clearCache();
//再次查询id=3的monster
System.out.println("--如果你执行sqlSession.clearCache(),当你再次查询相同的id时, 仍然会发出sql----");
Monster monster2 = monsterMapper.getMonsterById(3);
System.out.println("monster2=" + monster2);
if (sqlSession != null) {
sqlSession.close();
}
}
三.当对同一个monster 修改
当对同一个monster 修改，该对象在一级缓存会失效, 修改MonsterMapperTest.java, 测试一把
//测试一级缓存,失效
//如果修改了同一个对象 , 会导致一级缓存[对象数据]失效
@Test
public void level1CacheTest4() {
//查询id=3的monster
Monster monster = monsterMapper.getMonsterById(3);
System.out.println("monster=" + monster);
//如果修改了同一个对象 , 会导致一级缓存[对象数据]失效
monster.setName("蚂蚱精");
monsterMapper.updateMonster(monster);
//再次查询id=3的monster
System.out.println("--如果你修改了同一个对象,当你再次查询相同的id时, 仍然会发出sql----");
Monster monster2 = monsterMapper.getMonsterById(3);
System.out.println("monster2=" + monster2);
if (sqlSession != null) {
sqlSession.commit();//这里需要commit
sqlSession.close();
}
}
😄总结
- 默认情况下，mybatis 是启用一级缓存的/本地缓存/local Cache，它是SqlSession 级别的。SqlSession 会话关闭，一级缓存就结束了。
- 同一个SqlSession 接口对象调用了相同的select 语句,会直接从缓存里面获取，而不是再去查询数据库。
- 关闭SqlSession 、执行clearCache()、修改对象，都会导致缓存失效。
热门推荐
对缓存感兴趣的朋友可以看看博主的缓存篇–
MyBatis缓存-提高检索效率的利器–二级缓存
文章到这里就结束了，如果有什么疑问的地方请指出，诸大佬们一起来评论区一起讨论😁
希望能和诸大佬们一起努力，今后我们一起观看感谢您的阅读🍻
如果帮助到您不妨3连支持一下，创造不易您们的支持是我的动力🤞
