Mybatis延迟加载和查询缓存

Mybatis延迟加载和查询缓存
延迟加载
在进行数据查询时，为了提高数据库查询性能，尽量使用单表查询，因为单表查询比多表关联查询速度要快。
如果查询单表就可以满足需求，一开始先查询单表，当需要关联信息时，再关联查询，当需要关联信息再查询这个叫延迟加载。
mybatis中resultMap提供延迟加载功能，通过resultMap配置延迟加载。
Mybatis实现延迟加载
在全局配置参数设置打开延迟加载总开关

<settings>

<setting name="lazyLoadingEnabled" value="true" />

<setting name="aggressiveLazyLoading" value="false" />
</settings>
1
2
3
4
5
6
7
设置项描述允许值默认值
lazyLoadingEnabled 全局性设置懒加载。如果设为‘false’，则所有相关联的都会被初始化加载。 true | false false
aggressiveLazyLoading 当设置为‘true’的时候，懒加载的对象可能被任何懒属性全部加载。否则，每个属性都按需加载。 true | false true
查询订单及用户的信息，一对一查询。

刚开始只查询订单信息

当需要用户时调用 Orders类中的getUser()方法执行延迟加载，向数据库发出sql。

配置mapper.xml延迟加载使用resultMap

<select id="findOrderUserListLazyLoading" resultMap="orderUserListLazyLoading" >
SELECT
*
FROM
Orders
</select>
1
2
3
4
5
6
7
8
9
配置resultMap设置延迟加载的对象

<resultMap type="orders" id="orderUserListLazyLoading">


<id property="id" column="id" />
<result property="userId" column="user_id" />
<result property="number" column="number" />
<result property="createtime" column="createtime" />
<result property="note" column="note" />

<association property="user" select="com.syj.mybatis.mapper.UserMapper.findUserById" column="user_id">

</association>
</resultMap>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
编写mapper接口

// 五、配置延迟加载
public List<Orders> findOrderUserListLazyLoading() throws Exception;
1
2
测试代码：

/**
*
* @Title: testFindOrderMapperCustomerResultMap
* @Description: 一对一查询延迟加载
* @param @throws Exception
* @return void
*/
@Test
public void testFindOrderUserListLazyLoading() throws Exception {
SqlSession sqlSession = sqlSessionFactory.openSession();
// 创建mapper代理对象
OrderMapperCustomer orderMapperCustomer = sqlSession.getMapper(OrderMapperCustomer.class);
List<Orders> list = orderMapperCustomer.findOrderUserListLazyLoading();
// 执行延迟加载，发出sql语句
User user = list.get(0).getUser();
System.out.prin tln(user);

}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
一对多延迟加载

一对多延迟加载的方法同一对一延迟加载，在collection标签中配置select内容。

resultType、resultMap、延迟加载使用场景总结
延迟加载：

延迟加载实现的方法多种多样，在只查询单表就可以满足需求，为了提高数据库查询性能使用延迟加载，再查询关联信息。

mybatis提供延迟加载的功能用于service层。

resultType

作用：

将查询结果按照sql列名pojo属性名一致性映射到pojo中。

场合：

常见一些明细记录的展示，将关联查询信息全部展示在页面时，此时可直接使用resultType将每一条记录映射pojo中，在前端页面遍历list（list中是pojo）即可

resultMap：

使用association和collection完成一对一和一对多高级映射。

association：

作用：

将关联查询信息映射到一个pojo类中。

场合：

为了方便获取关联信息可以使用association将关联订单映射为pojo，比如：查询订单及关联用户信息。

collection：

作用：

将关联查询信息映射到一个list集合中。

场合：

为了方便获取关联信息可以使用collection将关联信息映射到list集合中，比如：查询用户权限范围模块和功能，可使用collection将模块和功能列表映射到list中。

查询缓存
mybatis提供一级缓存和二级缓存

mybatis一级缓存是一个SqlSession级别，sqlsession只能访问自己的一级缓存的数据，二级缓存是跨sqlSession，是mapper级别的缓存，对于mapper级别的缓存不同的sqlsession是可以共享的。
一级缓存
原理：

第一次发出一个查询sql，sql查询结果写入sqlsession的一级缓存中，缓存使用的数据结构是一个map<key,value>

key：hashcode+sql+sql输入参数+输出参数（sql的唯一标识）

value：用户信息

同一个sqlsession再次发出相同的sql，就从缓存中取不走数据库。如果两次中间出现commit操作（修改、添加、删除），本sqlsession中的一级缓存区域全部清空，下次再去缓存中查询不到所以要从数据库查询，从数据库查询到再写入缓存。

每次查询都先从缓存中查询：localCache是一级缓存的数据

如果缓存中查询到则将缓存数据直接返回。

如果缓存中查询到则将缓存数据直接返回：

mybatis默认支持一级缓存不需要配置。

注意：mybatis和spring整合后进行mapper代理开发，不支持一级缓存，mybatis和spring整合，spring按照mapper的模板去生成mapper代理对象，模板中在最后统一关闭sqlsession。

一级缓存的测试：

@Test
public void testFindUserById() throws Exception {
SqlSession sqlSession = sqlSessionFactory.openSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
// 第一次查询用户id为1的用户
User user = userMapper.findUserById(1);
System.out.println(user);

// 更新查询的数据信息
user.setUsername("测试用户2");
userMapper.updateUser(user);
sqlSession.commit();

// 第二次查询用户id为1的用户
User user2 = userMapper.findUserById(1);
System.out.println(user2);

sqlSession.close();
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
二级缓存
二级缓存的原理:

相比于一级缓存二级缓存更加的重要
mybatis和spring整合后进行mapper代理开发，不支持一级缓存，mybatis和spring整合，spring按照mapper的模板去生成mapper代理对象，模板中在最后统一关闭sqlsession

二级缓存的范围是mapper级别（mapper同一个命名空间），mapper以命名空间为单位创建缓存数据结构，结构是map<key、value>。

每次查询先看是否开启二级缓存，如果开启从二级缓存的数据结构中取缓存数据，

如果从二级缓存没有取到，再从一级缓存中找，如果一级缓存也没有，从数据库查询。

mybatis二级缓存的配置
在核心配置文件SqlMapConfig.xml中加入

<setting name="cacheEnabled" value="true"/>
1
2
属性描述允许值默认值
cacheEnabled 对在此配置文件下的所有cache 进行全局性开/关设置。 true false true
要在你的Mapper映射文件中添加一行： <cache /> ，表示此mapper开启二级缓存。

<cache />
1
查询结果映射的pojo序列化

mybatis二级缓存需要将查询结果映射的pojo实现 java.io.serializable接口，如果不实现则抛出异常：
org.apache.ibatis.cache.CacheException: Error serializing object. Cause: java.io.NotSerializableException: cn.itcast.mybatis.po.User

二级缓存可以将内存的数据写到磁盘，存在对象的序列化和反序列化，所以要实现java.io.serializable接口。

如果结果映射的pojo中还包括了pojo，都要实现java.io.serializable接口。

二级缓存的禁用

对于变化频率较高的sql，需要禁用二级缓存：

在statement中设置useCache=false可以禁用当前select语句的二级缓存，即每次查询都会发出sql去查询，默认情况是true，即该sql使用二级缓存。

刷新缓存

如果sqlsession操作commit操作，对二级缓存进行刷新（全局清空）。

设置statement的flushCache是否刷新缓存，默认值是true。

测试代码：

// 二级缓存的测试
@Test
public void testCache2() throws Exception {

SqlSession sqlSession1 = sqlSessionFactory.openSession();
SqlSession sqlSession2 = sqlSessionFactory.openSession();
SqlSession sqlSession3 = sqlSessionFactory.openSession();
UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class);
UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class);
UserMapper userMapper3 = sqlSession3.getMapper(UserMapper.class);

// 第一次查询用户id为1的用户
User user = userMapper1.findUserById(1);
System.out.println(user);
sqlSession1.close();

// 中间修改用户要清空缓存，目的防止查询出脏数据
/*
user.setUsername("测试用户2");
userMapper3.updateUser(user);
sqlSession3.commit(); sqlSession3.close();
*/

// 第二次查询用户id为1的用户
User user2 = userMapper2.findUserById(1);
System.out.println(user2);

sqlSession2.close();
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
mybatis的cache参数配置
mybatis的cache参数只适用于mybatis维护缓存。

flushInterval（刷新间隔）可以被设置为任意的正整数，而且它们代表一个合理的毫秒形式的时间段。默认情况是不设置，也就是没有刷新间隔，缓存仅仅调用语句时刷新。

size（引用数目）可以被设置为任意正整数，要记住你缓存的对象数目和你运行环境的可用内存资源数目。默认值是1024。

readOnly（只读）属性可以被设置为true或false。只读的缓存会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存会返回缓存对象的拷贝（通过序列化）。这会慢一些，但是安全，因此默认是false。

如例：

<cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/>
1
这个更高级的配置创建了一个 FIFO 缓存,并每隔 60 秒刷新,存数结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此在不同线程中的调用者之间修改它们会导致冲突。可用的收回策略有, 默认的是 LRU:

LRU – 最近最少使用的:移除最长时间不被使用的对象。

FIFO – 先进先出:按对象进入缓存的顺序来移除它们。

SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。

WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。
---------------------