Mybatis中的N+1问题与延迟加载

0.什么是N+1问题?

在查询中一下子取出所有属性,就会使数据库多执行几条毫无意义的SQL 。
实际中不需要把所有信息都加载进来,因为有些信息并不常用,加载它们会多执行几条毫无用处的 SQL,导致数据库资源的损耗和系统性能的下降。
假设现在有 N 个关联关系完成了级联,那么只要再加入一个关联关系,就变成了 N+l个级联,所有的级联 SQL 都会被执行,显然会有很多并不是我们关心的数据被取出,这样会造成很大的资源浪费,这就是 N+l 问题,尤其是在那些需要高性能的互联网系统中,这往往是不被允许的。
为了应对 N+l 问题, MyBatis 提供了延迟加载功能。

1.什么是延迟加载

MyBatis 支持延迟加载,把常用的级联数据通过 SQL 直接查询出来,而对于那些不常用的级联数据不要取出,而是等待要用时才取出,这些不常用的级联数据可以采用了延迟加载的功能

resultMap可以实现高级映射(使用association、collection实现一对一及一对多映射),association、collection具备延迟加载功能。

需求:

如果查询订单并且关联查询用户信息。如果先查询订单信息即可满足要求,当我们需要查询用户信息时再查下用户信息。把对用户信息的按需去查询就是延迟加载。

延迟加载:先从单表查询、需要时再从关联表去关联查询,大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。

2.使用association实现延迟加载

2.1需求

查询订单并且关联查询用户信息

2.2mapper.xml

需要定义两个mapper的方法对应的statement。

(1)只查询订单信息

SELECT * FROM orders

在查询订单的statement中使用association去延迟加载(执行)下边的statement(关联查询用户信息)。

    <!-- 查询订单关联查询用户  -->
<select id="findOrdersUserLazyLoading" resultMap="OrdersUserLazyLoadingResultMap">
SELECT * FROM orders
</select>

(2)关联查询用户信息

通过上边查询到的订单信息中user_id去关联查询用户信息

使用UserMapper.xml中的findUserById

    <select id="findUserById" parameterType="int" resultType="user">
select * from user where id=#{value}
</select>

上边先去执行findOrdersUserLazyLoading,当需要去查询用户的时候再去执行fingUserById,通过resultMap的定义将延迟加载执行配置起来。

2.3 延迟加载resultMap

使用association中的select指定延迟加载去执行的statement的id。

Mybatis中的N+1问题与延迟加载
    <!-- 延迟加载的resultMap  -->
<resultMap type="joanna.yan.mybatis.entity.Orders" id="OrdersUserLazyLoadingResultMap">
<!-- 1.对订单信息进行映射配置 -->
<id column="id" property="id"/>
<result column="user_id" property="userId"/>
<result column="number" property="number"/>
<result column="createtime" property="createtime"/>
<result column="note" property="note"/>
<!-- 2.实现对用户信息进行延迟加载 -->
<!-- select:指定延迟加载需要执行的statement的id(是根据user_id查询用户信息的statement)
要使用UserMapper.xml中findUserById完成根据用户id(user_id)用户信息的查询,
如果findUserById不在本mapper中需要前边加namespace。
column:订单信息中关联用户信息查询的列,是user_id
关联查询的sql理解为:
SELECT orders.*,
(SELECT username FROM USER WHERE orders.user_id = user.id)username,
(SELECT sex FROM USER WHERE orders.user_id = user.id)sex
FROM orders
-->
<association property="user" javaType="joanna.yan.mybatis.entity.User"
select="joanna.yan.mybatis.mapper.UserMapper.findUserById" column="user_id">
</association>
</resultMap>
Mybatis中的N+1问题与延迟加载

2.4mapper.java

    //查询订单关联查询用户,用户信息时延迟加载
public List<Orders> findOrdersUserLazyLoading() throws Exception;

2.5测试

2.5.1测试思路

(1)执行上边mapper方法(findOrdersUserLazyLoading),内部去调用joanna.yan.mybatis.mapper.OrdersCustomMapper中findOrdersUserLazyLoading只查询orders信息(单表)。

(2)在程序中去遍历上一步骤查询出的List<Orders>,当我们调用Orders中的getUser()时,开始进行延迟加载。

(3)延迟加载,去调用UserMapper.xml中findUserById这个方法获取用户信息。

2.5.2延迟加载配置

mybatis默认没有开启延迟加载,需要在SqlMapConfig.xml中setting配置。

在mybatis核心配置文件中配置:

lazyLoadingEnabled、aggressiveLazyLoading

设置项

描述

允许值

默认值

lazyLoadingEnabled

全局性设置懒加载。如果设为‘false’,则所有相关联的都会被初始化加载。

true | false

false

aggressiveLazyLoading

当设置为‘true’的时候,懒加载的对象可能被任何懒属性全部加载。否则,每个属性都按需加载。

true | false

true

在SqlMapConfig.xml中配置:

Mybatis中的N+1问题与延迟加载
     <!-- 全局配置参数,需要时再设置  -->
<settings>
<!-- 打开延迟加载的开关 -->
<setting name="lazyLoadingEnabled" value="true"/>
<!-- 将积极加载改为消极加载即按需要加载 -->
<setting name="aggressiveLazyLoading" value="false"/>
</settings>
Mybatis中的N+1问题与延迟加载

2.5.3测试代码

Mybatis中的N+1问题与延迟加载
    @Test
public void findOrdersUserLazyLoadingTest() throws Exception{
SqlSession sqlSession=sqlSessionFactory.openSession();
OrdersCustomMapper ordersCustomMapper=sqlSession.getMapper(OrdersCustomMapper.class);
List<Orders> list=ordersCustomMapper.findOrdersUserLazyLoading();
for (Orders orders : list) {
//执行getUser()去查询用户信息,这里实现按需加载
User user=orders.getUser();
System.out.println(user);
}
sqlSession.close();
}
Mybatis中的N+1问题与延迟加载

2.6延迟加载思考

不使用mybatis提供的association及collection中的延迟加载功能,如何实现延迟加载?

实现方法如下:

定义两个mapper方法:

(1)查询订单列表

(2)根据用户id查询用户信息

    实现思路:先去查询第一个mapper方法,获取订单信息列表

在测试程序中,按需去调用第二个mapper方法去查询用户信息。

总之,使用延迟加载方法,先去查询简单的sql(最好单表,也可以关联查询),再去按需要加载关联查询的其它信息。

原文地址:http://www.cnblogs.com/Joanna-Yan/p/6953005.html

上一篇:basic use of sidekiq


下一篇:C#:Oracle数据库带参PLSQL语句的正确性验证