当前位置: 首页 > news >正文

典型的**N+1查询问题**

典型的N+1查询问题:当需要查询主实体及其关联子实体时,传统做法是先查询主实体,再循环查询每个主实体对应的子实体,导致数据库查询次数为 1(主查询) + N(子查询),性能较差。

优化方案示例

以下是一个完整示例,包括表结构、实体类、Mapper接口和优化后的查询代码:

1. MySQL表结构
-- 主表:订单
CREATE TABLE `orders` (`id` bigint NOT NULL AUTO_INCREMENT,`order_no` varchar(50) NOT NULL COMMENT '订单号',`total_amount` decimal(10,2) DEFAULT NULL COMMENT '总金额',PRIMARY KEY (`id`)
);-- 子表:订单详情
CREATE TABLE `order_items` (`id` bigint NOT NULL AUTO_INCREMENT,`order_id` bigint NOT NULL COMMENT '订单ID',`product_name` varchar(100) DEFAULT NULL COMMENT '商品名称',`quantity` int DEFAULT NULL COMMENT '数量',PRIMARY KEY (`id`),KEY `idx_order_id` (`order_id`)
);
2. 实体类
// 订单实体
public class Order {private Long id;private String orderNo;private BigDecimal totalAmount;private List<OrderItem> items; // 订单详情列表// getters/setters
}// 订单详情实体
public class OrderItem {private Long id;private Long orderId;private String productName;private Integer quantity;// getters/setters
}
3. MyBatis Mapper接口
public interface OrderMapper {// 查询单个订单Order selectOrderById(Long id);// 批量查询订单详情List<OrderItem> selectItemsByOrderIds(@Param("orderIds") List<Long> orderIds);
}
4. MyBatis XML映射文件
<!-- OrderMapper.xml -->
<mapper namespace="com.example.mapper.OrderMapper"><select id="selectOrderById" resultType="com.example.entity.Order">SELECT * FROM orders WHERE id = #{id}</select><select id="selectItemsByOrderIds" resultType="com.example.entity.OrderItem">SELECT * FROM order_items WHERE order_id IN <foreach collection="orderIds" item="id" open="(" separator="," close=")">#{id}</foreach></select>
</mapper>
5. 优化后的Service代码
@Service
public class OrderService {@Autowiredprivate OrderMapper orderMapper;public Order getOrderWithItems(Long orderId) {// 1. 查询主订单Order order = orderMapper.selectOrderById(orderId);if (order == null) {return null;}// 2. 批量查询订单详情(关键优化点)List<OrderItem> items = orderMapper.selectItemsByOrderIds(Collections.singletonList(orderId));// 3. 关联数据order.setItems(items);return order;}
}

优化前后对比

优化前(N+1查询):

// 传统N+1查询方式(不推荐)
public Order getOrderWithItemsBad(Long orderId) {Order order = orderMapper.selectOrderById(orderId);if (order != null) {// 循环查询每个订单的详情(导致N次查询)List<OrderItem> items = new ArrayList<>();for (Long itemId : order.getItemIds()) {OrderItem item = itemMapper.selectById(itemId);items.add(item);}order.setItems(items);}return order;
}

优化后(批量查询):

// 优化后的批量查询方式
public Order getOrderWithItems(Long orderId) {Order order = orderMapper.selectOrderById(orderId);if (order != null) {// 批量查询所有详情(只需1次查询)List<OrderItem> items = itemMapper.selectByOrderIds(Collections.singletonList(orderId));order.setItems(items);}return order;
}

核心优化思路

  1. 减少数据库交互次数:从多次查询变为两次查询(一次主查询 + 一次批量子查询)

  2. 利用集合操作替代循环查询

    • 先查询主实体
    • 提取所有关联ID
    • 使用 IN 语句一次性查询所有关联子实体
    • 通过Map分组快速关联数据
  3. MyBatis关键配置

    • 使用 <foreach> 标签处理批量查询
    • 通过 @Param 注解传递参数列表
    • 确保子表有合适的索引(如示例中的 idx_order_id

这种优化方案在数据量越大时效果越明显,尤其适合一对多关联查询场景。

相关文章:

  • 云原生数据库排障新挑战:AI驱动与分布式架构深度解析
  • 区块链blog1__合作与信任
  • U盘启动CentOS安装与网卡驱动修复指南
  • 实战分析Cpython逆向
  • GpuGeek:为创新者提供灵活、快速、高效的云计算服务!
  • window 显示驱动开发-报告图形内存(四)
  • 磁盘I/O瓶颈排查:面试通关“三部曲”心法
  • 计算机视觉----常见卷积汇总
  • git工具使用详细教程-------命令行和图形化工具
  • DB-GPT扩展自定义app配置说明
  • 空间组学高级分析方法介绍
  • 基于Deeplearning4j的多源数据融合预测模型实现:从设计到落地全解析
  • 线程通信的核心机制
  • 一套基于 Bootstrap 和 .NET Blazor 的开源企业级组件库
  • Java集合框架
  • 学习日志07 java
  • .NET 无侵入自动化探针原理与主流实现详解
  • redis中key的过期和淘汰
  • 【python实用小脚本-63】每天花费2小时修复黑白照片,Python一键转换,节省90%时间(建议收藏)
  • C++(12):using声明
  • 当番茄霸总遇上晋江古言,短剧IP小变局
  • 中哥两国元首共同见证签署《中华人民共和国政府与哥伦比亚共和国政府关于共同推进丝绸之路经济带和21世纪海上丝绸之路建设的合作规划》
  • 日本前卫艺术先驱群展上海:当具体派相遇古树古宅
  • “异常”只停留在医院里,用艺术为“泡泡宝贝”加油
  • 中东睿评|特朗普中东三国行:喧嚣的形式与空洞的实质
  • 受美关税影响,本田预计新财年净利下降七成,并推迟加拿大建厂计划