Table of Contents
01 延迟加载(懒加载)
我们已经掌握了Mybatis中⼀对⼀,⼀对多,多对多关系的配置及实现,可以实现对象的关联查询。实际开发过程中很多时候我们并不需要总是在所有表(对象)信息时就⼀定要加载关联表(对象)的信息。此时就是我们所说的延迟加载
1.1 什么是延迟加载?
延迟加载: 就是在需要⽤到数据时才进⾏加载,不需要⽤到数据时就不加载数据。延迟加载也称懒加载.
好处:先从单表查询,需要时再从关联表去关联查询,⼤⼤提⾼数据库性能,因为查询单表要⽐关联查询多张表速度要快。
坏处: 因为只有当需要⽤到数据时,才会进⾏数据库查询,这样在⼤批量数据查询时,因为查询⼯作也要消耗时间,所以可能造成⽤户等待时间变⻓,造成⽤户体验下降。
1.2 实现需求
需求: 查询账户(Account)信息并且关联查询⽤户(User)信息。如果先查询账户(Account)信息即可 满⾜要求,当我们需要查询⽤户(User)信息时再查询⽤户(User)信息。把对⽤户(User)信息的按需 去查询就是延迟加载。 mybatis实现多表操作时,我们使⽤了resultMap来实现⼀对⼀,⼀对多,多对多关系的操作。主要是通过association、collection实现⼀对⼀及⼀对多映射。association、collection具备延迟加载功能。
注意,association、collection是可以实现延迟加载,但是嵌套查询才可以,嵌套结果并没有
1.3 使⽤assocation实现延迟加载
1.3.1 账户的持久层DAO接⼝
public interface IAccountDao {
/**
* 查询所有账户,同时获取账户的所属⽤户名称以及它的地址信息
* @return
*/
public List<Account> findAll();
}
1.3.2 账户的持久层映射⽂件
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<!--namespace命名空间写当前你想映射的接⼝-->
<mapper namespace="com.dgut.dao.IAccountDao">
<!-- 建⽴对应关系 -->
<resultMap id="findAllMap" type="account">
<id property="id" column="accountId"/>
<result property="money" column="money"/>
<!-- 它是⽤于指定从表⽅的引⽤实体属性的
select: 填写我们要调⽤的 select 映射的 id
column : 填写我们要传递给 select 映射的参数
etchType="lazy"延迟加载
-->
<association property="user" javaType="user"
select="com.dgut.dao.IUserDao.findById" column="uid" etchType="lazy">
</association>
</resultMap>
<select id="findAll" resultMap="findAllMap">
SELECT * FROM account
</select>
</mapper>
1.3.3 ⽤户的持久层接⼝和映射⽂件
public interface IUserDao {
/**
* 根据id查询
* @param userId
* @return */
User findById(Integer userId);
}
<select id="findById" parameterType="Integer" resultType="user">
select * from user where id = #{id}
</select>
1.3.4 开启Mybatis的延迟加载策略
-
实现延迟加载的前提条件
在settings中配置与延迟加载有关的属性
我们需要在Mybatis的配置⽂件SqlMapConfig.xml⽂件中添加延迟加载的配置。
<!-- 开启延迟加载的⽀持 -->
<settings>
<setting name="lazyLoadingEnabled" value="true"/>
<setting name="aggressiveLazyLoading" value="false"/>
- 嵌套查询上association、collection的fetchType属性=lazy
1.3.5 编写测试只查账户信息不查⽤户信息
@Test
public void findAll(){
List<Account> all = accountDao.findAll();
}
为本次只是将Account对象查询出来放⼊List集合中,并没有涉及到User对象,所以就没 有发出SQL语句查询账户所关联的User对象的查询。
1.4 使⽤Collection实现延迟加载
同样我们也可以在⼀对多关系配置的结点中配置延迟加载策略。<collection> 结点中也有select属性,column属性,fetchType属性=lazy。 需求: 完成加载⽤户对象时,查询该⽤户所拥有的账户信息。
实现代码略,和<association>差不多
02 Mybatis缓存
像⼤多数的持久化框架⼀样,Mybatis也提供了缓存策略,通过缓存策略来减少数据库的查询次数,从 ⽽提⾼性能。 Mybatis中缓存分为⼀级缓存,⼆级缓存。
2.1 ⼀级缓存
默认情况下,MyBatis只启用了本地的会话缓存,它仅仅对一个会话中的数据进行缓存。这也就是大家常说的MyBatis一级缓存,一级缓存的作用域是SqlSession。
⼀级缓存是SqlSession级别的缓存,只要SqlSession没有flush或close,它就存在。
2.1.1 一级缓存过程
MyBatis一级缓存的运行过程是这样的:
执行SQL语句的过程中,首次执行它时从数据库获取的所有数据会被存储在一段高速缓存中,
今后执行这条语句时就会从高速缓存中读取结果,而不是再次查询数据库。MyBatis提供了默认下基于Java HashMap的缓存实现。
重点是要明白:MyBatis执行SQL语句之后,这条语句的执行结果被缓存,以后再执行这条语句的时候,会直接从缓存中拿结果,而不是再次执行SQL。但是一旦执行新 插入或更新或删除操作,缓存就会被清除。
2.1.2 证明⼀级缓存的存在
- 编写⽤户持久层Dao接⼝
/* 根据id查询相应的⽤户
*
* @param id
* @return ⽤户
*/
public User findById(Integer id);
- 编写⽤户持久层映射⽂件
<select id="findById" parameterType="Integer" resultType="user">
select * from user where id = #{id}
</select>
- 编写测试⽅法
@Test
public void testFindById() {
User user = userDao.findById(41);
System.out.println("第⼀次查询的⽤户:" + user);
User user2 = userDao.findById(41);
System.out.println("第⼆次查询⽤户:" + user2);
System.out.println(user == user2);
}
- 测试结果
们可以发现,虽然在上⾯的代码中我们查询了两次,但最后只执⾏了⼀次数据库操作,这就是 Mybatis提供给我们的⼀级缓存在起作⽤了。因为⼀级缓存的存在,导致第⼆次查询id为41的记录时, 并没有发出sql语句从数据库中查询数据,⽽是从⼀级缓存中查询。
2.1.3 一级缓存分析
⼀级缓存是SqlSession范围的缓存,当调⽤SqlSession的修改,添加,删除,commit(),close()等⽅法 时,就会清空⼀级缓存。
- 第⼀次发起查询⽤户id为1的⽤户信息,先去找缓存中是否有id为1的⽤户信息,如果没有,从数据库查询⽤户信息。
- 得到⽤户信息,将⽤户信息存储到⼀级缓存中。
- 第⼆次发起查询⽤户id为1的⽤户信息,先去找缓存中是否有id为1的⽤户信息,缓存中有,直接从缓存中获取⽤户信息。
如果sqlSession去执⾏commit操作(执⾏插⼊、更新、删除),清空SqlSession中的⼀级缓存, 这样做的⽬的为了让缓存中存储的是最新的信息,避免脏读。
2.2Mybatis⼆级缓存
⼆级缓存是mapper映射级别的缓存,多个SqlSession去操作同⼀个Mapper映射的sql语句,多个 SqlSession可以共⽤⼆级缓存,⼆级缓存是跨SqlSession的。
2.2.1 ⼆级缓存结构图
- ⾸先开启mybatis的⼆级缓存。
- sqlSession1去查询⽤户信息,查询到⽤户信息会将查询数据存储到⼆级缓存中。
如果SqlSession3去执⾏相同 mapper映射下sql,执⾏commit提交,将会清空该 mapper映射下 的⼆级缓存区域的数据。
- sqlSession2去查询与sqlSession1相同的⽤户信息,⾸先会去缓存中找是否存在数据,如果存在 直接从缓存中取出数据。
2.2.2 ⼆级缓存的开启与关闭
- 第⼀步:在mybatis全局配置文件⽂件开启⼆级缓存
<settings>
<!-- 开启⼆级缓存的⽀持 -->
<setting name="cacheEnabled" value="true"/>
</settings>
因为cacheEnabled的取值默认就为true,所以这⼀步可以省略不配置。为true代表开启⼆级缓存;为
false代表不开启⼆级缓存。
- 第⼆步:配置相关的Mapper映射⽂件
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<!--namespace命名空间写当前你想映射的接⼝-->
<mapper namespace="com.dgut.dao.IUserDao">
<!-- 开启⼆级缓存的⽀持 -->
<cache/>
</mapper>
- 第三步:配置statement上⾯的useCache属性
<select id="findById" parameterType="Integer" resultType="user"
useCache="true">
select * from user where id = #{id}
</select>
将UserDao.xml映射⽂件中的<select>标签中设置useCache=”true”代表当前这个statement要使⽤
⼆级缓存,如果不使⽤⼆级缓存可以设置为false。
注意:针对每次查询都需要最新的数据sql,要设置成useCache=false,禁⽤⼆级缓存。
2.2.3 ⼆级缓存测试
@Test public void testSecondLevelCache(){
SqlSession sqlSession1 = sessionFactory.openSession();
IUserDao dao1 = sqlSession1.getMapper(IUserDao.class);
User user1 = dao1.findById(41);
System.out.println(user1);
sqlSession1.close();
//⼀级缓存消失 SqlSession
SqlSession sqlSession2 = sessionFactory.openSession();
IUserDao dao2 = sqlSession2.getMapper(IUserDao.class);
User user2 = dao2.findById(41);
System.out.println(user2);
sqlSession2.close();
System.out.println(user1 == user2);
}
经过上⾯的测试,我们发现执⾏了两次查询,并且在执⾏第⼀次查询后,我们关闭了⼀级缓存, 再去执⾏第⼆次查询时,我们发现并没有对数据库发出sql语句,所以此时的数据就只能是来⾃于 我们所说的⼆级缓存。
2.2.4 ⼆级缓存注意事项
当我们在使⽤⼆级缓存时,所缓存的类⼀定要实现java.io.Serializable接⼝,这种就可以使⽤序列 化⽅式来保存对象。