mybatis懒加载(延迟加载)

延迟加载

MyBatis中的延迟加载,也称为懒加载,是指在进行表的关联查询时,按照设置延迟规则推迟对关联对象的select查询。例如在进行一对多查询的时候,只查询出一方,当程序中需要多方的数据时,mybatis再发出sql语句进行查询,这样子延迟加载就可以的减少数据库压力。MyBatis 的延迟加载只是对关联对象的查询有迟延设置,对于主加载对象都是直接执行查询语句的。

加载时机

MyBatis根据对关联对象查询的select语句的执行时机,分为三种类型:直接加载、侵入式延迟加载与深度延迟加载。

  • 直接加载:执行完对主加载对象的 select 语句,马上执行对关联对象的 select 查询。
  • 侵入式延迟: 执行对主加载对象的查询时,不会执行对关联对象的查询。但当要访问主加载对象的详情属性时,就会马上执行关联对象的select查询。
  • 深度延迟: 执行对主加载对象的查询时,不会执行对关联对象的查询。访问主加载对象的详情时也不会执行关联对象的select查询。只有当真正访问关联对象的详情时,才会执行对关联对象的 select 查询。

需要注意的是, 延迟加载的应用要求,关联对象的查询与主加载对象的查询必须是分别进行的 select 语句,不能是使用多表连接所进行的select查询。因为多表连接查询,其实质是对一张表的查询,对由多个表连接后形成的一张表的查询。会一次性将多张表的所有信息查询出来。
MyBatis中对于延迟加载设置,只对于resultMap中的collection和association起作用,可以应用到一对一、一对多、多对一、多对多的所有关联关系查询中。
下面以一对多关联关系查询为例,讲解 MyBatis 中的延迟加载应用。

一对多的多表单独查询方式

要想使用延迟加载,那需要将查询方式改成单独查询的方式,这里以之前的Team和Player为例,将这两个bean类中的。

修改之前的TeamMapper.xml文件
在之前的TeamMapper中添加向单独查询,下面的内容将Team和Player的关系通过resultMap表现出来:

<!--根据team的id查找player-->
<select id="selectPlayerByTeamId" resultType="Player">
    select id,name from t_player WHERE tid=#{id}
</select>

<!--关联属性映射关系-->
<!--集合的数据来自select查询,该查询的条件是selectTeamByIdAlone查询出的id-->
<resultMap id="teamMapAlone" type="Team">
    <id column="id" property="id"/>
    <result column="name" property="name"/>
    <collection property="playerList" ofType="Player" select="selectPlayerByTeamId" column="id"/>
</resultMap>


<select id="selectTeamByIdAlone" resultMap="teamMapAlone">
    SELECT id,name FROM t_team where id=#{id}
</select>

在TeamDao中添加下面方法:

Team selectTeamByIdAlone(int id);

在测试类中添加下面方法:

@Test
public void selectTeamByIdAlone() {
    Team team = teamDao.selectTeamByIdAlone(1);

}

执行之后,可以看到在控制台中分两次发出了sql语句分别查询t_team和t_player表。

开启侵入式延迟
在mybatis.xml文件中添加下面内容,注意该内容的位置一定要在properties与typeAliases之间,在mybatis.xml配置文件中,有些标签是需要按照顺序编写的:

<!--全局参数设置-->
<settings>
    <!--延迟加载总开关-->
    <setting name="lazyLoadingEnabled" value="true"/>
    <!--侵入式延迟加载开关-->
    <!--3.4.1版本之前默认是true,之后默认是false-->
    <setting name="aggressiveLazyLoading" value="true"/>
</settings>

lazyLoadingEnabled表示延迟加载的总开关,如果将其设置为false,即使侵入式开关设置为true也不会生效。
aggressiveLazyLoading表示侵入式延迟加载开关,在3.4.1版本之前默认是true,之后默认是false。

将以上内容配置好之后,再执行上面测试类方法的时候,就会发现在控制台中只发出了一条查询t_team的sql语句,这是因为我们开启了侵入式延迟加载开关,在java程序中并未访问Team中的任何属性,所以mybatis不会去查询其关联的player对象数据。

修改测试方法如下:

@Test
public void selectTeamByIdAlone() {
    Team team = teamDao.selectTeamByIdAlone(1);
    System.out.println(team.getName());
}

再次执行上面方法之后就会看到控制台中发出两条SQL语句分别查询t_team和t_player,这是因为在java程序中访问了Team的属性name,所以mybatis会将其关联的player对象数据查询出来。

开启深度延迟加载
修改mybatis.xml文件:
开启总开关,将aggressiveLazyLoading关闭即可

<!--全局参数设置-->
<settings>
    <!--延迟加载总开关-->
    <setting name="lazyLoadingEnabled" value="true"/>
    <!--侵入式延迟加载开关-->
    <!--3.4.1版本之前默认是true,之后默认是false-->
    <setting name="aggressiveLazyLoading" value="false"/>
</settings>

继续执行上面的测试方法,可以看到控制台中只打印了一条查询t_team表的sql语句。

修改测试方法如下:

 @Test
public void selectTeamByIdAlone() {
    Team team = teamDao.selectTeamByIdAlone(1);
    System.out.println(team.getName());
    System.out.println(team.getPlayerList().size());
}

执行上面测试方法之后,可以看到控制台中打印了两条sql语句分别查询t_team和t_player,这说明当开启深度延迟后,只要代码中不使用player相关的数据,mybatis就不会进行sql查询,只有当真正使用的时候才会去发出sql语句查询。

在单个resultMap中使用延迟加载

上面都是通过在mybatis.xml文件中统一配置的深度延迟加载,倘若只希望某些查询支持深度延迟加载的话可以在resultMap中的collection或association添加fetchType属性,配置为lazy之后是开启深度延迟,配置eager是不开启深度延迟。fetchType属性将取代全局配置参数lazyLoadingEnabled的设置

懒加载总结

通过上面的示例可以发现深度加载的方式最为懒,通过这种方式可以让mybatis在执行查询的时候减少sql的查询从而提高程序的执行效率,但是并不是所有场景下使用懒加载都能提高效率,有些场景比如在查询一对多时,就需要将一方和多方都查询出来,这样的话开启懒加载反而有可能会拖慢程序的执行效率。这个在以后深入学习mybatis的时候再做讨论。