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。
<!-- 延迟加载的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>
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中配置：
<!-- 全局配置参数，需要时再设置 -->
<settings>
<!-- 打开延迟加载的开关 -->
<setting name="lazyLoadingEnabled" value="true"/>
<!-- 将积极加载改为消极加载即按需要加载 -->
<setting name="aggressiveLazyLoading" value="false"/>
</settings>
2.5.3测试代码
@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();
}
2.6延迟加载思考
不使用mybatis提供的association及collection中的延迟加载功能，如何实现延迟加载？
实现方法如下：
定义两个mapper方法：
（1）查询订单列表
（2）根据用户id查询用户信息
实现思路：先去查询第一个mapper方法，获取订单信息列表
在测试程序中，按需去调用第二个mapper方法去查询用户信息。
总之，使用延迟加载方法，先去查询简单的sql（最好单表，也可以关联查询），再去按需要加载关联查询的其它信息。
