查询优化

副标题 / 摘要 N+1 问题是 ORM 中最常见的性能陷阱。本文解释其成因，并给出可落地的优化方法。 目标读者 使用 ORM 的后端工程师 关注性能与成本的开发者 需要优化数据库访问的团队 背景 / 动机 N+1 问题会让一次请求变成大量 SQL，导致响应变慢和数据库压力暴涨。 它常在数据量增大后才暴露，因此必须提前识别。 核心概念 N+1 查询：先查 N 条主记录，再为每条查询子记录 延迟加载：触发隐式查询 预加载：一次性拿到相关数据 实践指南 / 步骤 在日志中统计 SQL 数量 识别循环内的 ORM 查询 用 JOIN / 预加载替代逐条查询 使用批量查询 引入性能基准测试 可运行示例 # 伪代码：展示 N+1 模式 users = db.query("SELECT * FROM users") for u in users: orders = db.query("SELECT * FROM orders WHERE user_id = ?", u.id) 优化： SELECT u.*, o.* FROM users u LEFT JOIN orders o ON o.user_id = u.id; 解释与原理 N+1 的本质是“隐式循环查询”。 ORM 的延迟加载机制在循环中触发，导致查询数量指数级增长。 ...