MyBatis学习之延迟（懒）加载、缓存

Table of Contents

 

01 延迟加载（懒加载）

    1.1 什么是延迟加载?

    1.2 实现需求

    1.3 使⽤assocation实现延迟加载

        1.3.1 账户的持久层DAO接⼝

        1.3.2 账户的持久层映射⽂件

        1.3.3 ⽤户的持久层接⼝和映射⽂件

        1.3.4 开启Mybatis的延迟加载策略

        1.3.5 编写测试只查账户信息不查⽤户信息

    1.4 使⽤Collection实现延迟加载

02 Mybatis缓存

    2.1 ⼀级缓存

        2.1.1 一级缓存过程

        2.1.2 证明⼀级缓存的存在

        2.1.3 一级缓存分析

    2.2Mybatis⼆级缓存

        2.2.1 ⼆级缓存结构图

        2.2.2 ⼆级缓存的开启与关闭

        2.2.3 ⼆级缓存测试

        2.2.4 ⼆级缓存注意事项

---

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接⼝，这种就可以使⽤序列 化⽅式来保存对象。