MyBatis 多表关联查询中的延迟加载与 N+1 问题优化 -

题目

MyBatis 多表关联查询中的延迟加载与 N+1 问题优化

信息

类型：问答
难度：⭐⭐⭐

考点

延迟加载原理,N+1问题识别与解决,复杂SQL优化,MyBatis高级配置

快速回答

解决 MyBatis 多表关联查询时的性能问题需要：

理解延迟加载（Lazy Loading）的实现原理及配置方式
识别 N+1 查询问题的产生场景与性能影响
掌握 <association>/<collection> 的 fetchType 配置
使用批量查询（Batch Loading）替代逐条查询
根据场景选择 JOIN 查询或二次查询优化策略

## 解析

问题场景

在查询订单（Order）及关联的订单项（OrderItem）时，若使用 MyBatis 的嵌套 Select 查询：

<resultMap id="orderMap" type="Order">
  <collection property="items" column="id" select="selectItemsByOrderId"/>
</resultMap>

<select id="selectOrder" resultMap="orderMap">
  SELECT * FROM orders WHERE id = #{id}
</select>

<select id="selectItemsByOrderId" resultType="OrderItem">
  SELECT * FROM order_items WHERE order_id = #{orderId}
</select>

当查询 10 个订单时，会产生 1（主查询）+ 10（子查询）= 11 次数据库访问，即 N+1 问题。

核心原理

延迟加载机制：通过动态代理创建关联对象的占位符，首次访问时才触发真实查询
N+1 本质：1 次主查询获取 N 条主记录，每条主记录触发 1 次关联查询
性能瓶颈：高频数据库访问（连接建立/释放开销）而非数据量本身

解决方案与代码示例

方案 1：启用批量加载（最佳实践）

<!-- 全局配置 -->
<settings>
  <setting name="lazyLoadingEnabled" value="true"/>
  <setting name="aggressiveLazyLoading" value="false"/>
  <setting name="defaultFetchType" value="lazy"/> 
</settings>

<!-- 映射配置 -->
<resultMap id="orderMap" type="Order">
  <collection 
    property="items" 
    column="id"
    select="selectItemsByOrderIds" 
    fetchType="lazy"
  />
</resultMap>

<!-- 批量查询方法 -->
<select id="selectItemsByOrderIds" resultType="OrderItem">
  SELECT * FROM order_items
  WHERE order_id IN <foreach item="id" collection="list" open="(" separator="," close=")">#{id}</foreach>
</select>

优化效果：10 个订单仅需 2 次查询（1 次主查询 + 1 次批量子查询）

方案 2：使用 JOIN 查询（适用中小数据量）

<resultMap id="orderJoinMap" type="Order">
  <id property="id" column="order_id"/>
  <collection property="items" ofType="OrderItem">
    <id property="id" column="item_id"/>
    <result property="name" column="item_name"/>
  </collection>
</resultMap>

<select id="selectOrderWithJoin" resultMap="orderJoinMap">
  SELECT 
    o.id AS order_id, 
    i.id AS item_id,
    i.name AS item_name
  FROM orders o
  LEFT JOIN order_items i ON o.id = i.order_id
  WHERE o.id = #{id}
</select>

最佳实践

按需加载：非必要关联字段设置为延迟加载（fetchType="lazy"）
批处理：实现 org.apache.ibatis.executor.loader.ResultLoader 自定义批量加载逻辑
二级缓存：高频访问的只读数据启用 <cache/>，注意缓存一致性
监控工具：集成 P6Spy 或 Log4jJDBC 监控真实 SQL 执行情况

常见错误

❌ 未关闭激进延迟加载（aggressiveLazyLoading）导致关联对象意外初始化
❌ 在事务外访问延迟加载对象触发 LazyInitializationException
❌ 嵌套过深（如 A→B→C→D）产生级联性能问题
❌ 批量查询未使用 IN 语句导致优化失效

扩展知识

MyBatis 执行流程：Executor → StatementHandler → ResultSetHandler 协作处理延迟加载
代理机制：通过 Javassist 或 CGLIB 创建代理对象拦截 getter 调用
替代方案：
- 使用 @Fetch 注解（MyBatis 3.5+）
- 集成 Spring Data JPA 的 @EntityGraph
- 改用 JOIN 查询配合 <discriminator> 处理多态关联