MyBatis_6 - MyBatis映射器(3)_sql-resultMap-缓存

最新推荐文章于 2024-01-16 19:22:00 发布

原创最新推荐文章于 2024-01-16 19:22:00 发布 · 791 阅读

0 ·

CC 4.0 BY-SA版权

MyBatis 专栏收录该内容

7 篇文章

订阅专栏

本文深入探讨MyBatis框架的高级特性，包括SQL元素复用、结果映射集(resultMap)配置、以及一、二级缓存机制。通过具体实例展示了如何提高SQL编写效率、实现复杂结果集映射，并详细介绍了一级缓存的工作原理及二级缓存的配置方法。

依旧沿用之前的代码Demo

项目源码 : MyBatis_sql-resultMap-缓存

sql元素

sql元素的意义，在于我们可以定义一串SQL语句的组成部分，其他语句直接拿过来用就行了....

举个例子：一条SQL需要select几十个字段映射到JavaBean中，第二第三条也是这么多，显然写两遍不合适....

我们修改Mapper xml

然后运行程序 , 输出查询的结果

resultMap结果映射集

resultMap最主要的是结果集的映射关系。

使用POJO存储结果集

POJO是我们最常用的方式。

一方面我们可以使用自动映射，我们还可以使用select语句的属性resultMap配置映射集合，只是使用前需要配置类似的resultMap

resultMap元素的id属性代表这个resultMap的唯一标示，type代表你需要映射的POJO。

我们可以使用MyBatis定义好的类的别名，也可以使用自定义的类全名。

映射关系中，id元素表示这个对象的主键，property代表着POJO的属性名称，column表示数据库SQL的列名，

于是POJO就和数据库SQL的结果一一对应起来了

或者这样写

student是在mybatis.config.xml中配置的别名

然后我们在映射文件中(Mapper的XML)select修改：

查询结果

缓存

MyBatis对缓存提供支持，但是在没有配置的默认情况下，他只开启一级缓存(一级缓存只是相对于同一个SqlSession而言)
所以在参数/SQL完全相同的情况下,使用SqlSession第一次查询之后,MyBatis会将其放在缓存中,以后再次查询,没有申明需要刷新,并且缓存
没有超时,SqlSession都只会取出当前缓存的数据,而不会再次发送sql到数据库.

但如果你使用的是不同的SqlSession对象,因为不同的SqlSession都是互相隔离的,即使相同的Mapper,参数和方法,他还是会再次发送SQL到数据库去执行,返回结果.

下面我们来看看代码:

public static void main(String[] args) {

	SqlSession sqlSession = null;
	SqlSession sqlSession2 = null;

	try {

	PropertyConfigurator.configure("./conf/log4j.properties");

	sqlSession = SqlSessionFactoryUtil.openSqlSession();

	StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class);

	Student studentInfo = studentMapper.getStudent(4L);
	logger.debug("student info 1 : " + studentInfo.toString());
	logger.debug("使用同一个sqlSession在执行一次..");
	Student studentInfo2 = studentMapper.getStudent(4L);
	logger.debug("student info 2 : " + studentInfo2.toString());

	sqlSession.commit();

	// 创建一个新的sqlSession,在执行一次.
	sqlSession2 = SqlSessionFactoryUtil.openSqlSession();
	StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class);
	Student studentInfo3 = studentMapper2.getStudent(4L);
	logger.debug("student info 3 : " + studentInfo3.toString());
	// 当我们使用二级缓存时,sqlSession调用commint()方法后才会生效.
	sqlSession2.commit();
	
	} catch (Exception e) {
		logger.error(e.getMessage(), e);
		sqlSession.rollback();
		sqlSession2.rollback();
	} finally {
		try {
				sqlSession.close();
				sqlSession2.close();
		} catch (Exception e) {
				e.printStackTrace();
		}
	}

}

执行结果 :

结果很明显 , 我们一共创建了两个SqlSession对象,第一次执行了两次查询,第二个执行了一次查询.
可以发现 , 第一个SqlSession其实只发生了一次数据库查询 , 第二茬查询就从缓存中取了,也就是SqlSession层面的一级缓存,
它在SqlSession层面是互相隔离的,为了克服这个问题,我们往往需要配置二级缓存,使得SqlSessionFactory层面上能提供给各个SqlSession使用.

不过SqlSessionFactory层面上二级缓存是不开启的 , 需要开启得进行配置.
实现二级缓存时 , MyBatis要求返回的POJO对象必须是可序列化的,也就是实现了Serializable接口,下面修改配置文件.

我们只需要在映射的Mapper的xml配置中,添加 "<cache/>"就可以了..这样配置之后,意味着:

□ 映射语句文件(Mapper的xml)中所有的select语句将会被缓存.
□ 映射语句文件(Mapper的xml)中所有的insert , update 和 delete 语句都会刷新缓存.
□ 缓存会使用默认的LRU算法来回收
□ 根据时间表(比如CNFI) , 缓存不会以任何时间顺序来刷新.
□ 缓存会存储列表集合或对象(无论查询方法返回什么)的1024个引用.
□ 缓存会被视作read/write(可读/可写)的缓存,意味着对象检索不是共享的,而是可以安全的被调用者修改,不干扰其他调用者或者线程所做的潜在修改.

添加了这个配置之后,别忘记给POJO对象加上序列化接口 , 否则会报错.

如果不想使用默认配置 , 咱们也可以修改:
<cache eviction="LRU" flushInterval="100000" size="1024" readOnly="true"/>
□ eviction : 代表缓存回收策略
® LRU : 移除最长时间不用的对象
® FIFO : 先进先出 , 按对象进入缓存的顺序来移除它们
® SOFT : 软引用 , 移除基于垃圾回收状态和软引用规则的对象
® WEAK : 弱引用 , 更积极地移除基于垃圾回收和弱引用规则的对象.
这里采用LRU , 移除最长时间不用的对象.

□ flushInterval : 刷新时间,毫秒;如果你不配置,那只有SQL被执行的时候才回去刷新缓存.

□ size : 引用数目,一个正整数,代表缓存最多可以存储多少个对象,不宜设置过大.设置过大会导致内存溢出

□ readOnly : 只读,意味着缓存数据只能读取不能修改,这样设置的好处时我们可以快速读取缓存,缺点是我们没办法修改缓存,它的默认值是false , 不允许我们修改.