上线前必须跑EXPLAIN FORMAT=JSON，重点核查rows_examined_per_scan是否与外层行数匹配，若出现N×M重复扫描、DEPENDENT SUBQUERY、Using temporary或filesort等信号，表明嵌套查询存在严重性能风险，需结合真实数据量压测和统计信息更新验证。
上线前必须跑一次 EXPLAIN FORMAT=JSON
不看执行计划就上线嵌套查询，等于 blind deploy。重点盯 rows_examined_per_scan 和实际扫描次数是否匹配外层行数——如果外层查出 5000 行，而子查询的 rows_examined_per_scan 是 10000，且出现多次重复扫描，说明正在做 N×M 次全表扫。
常见陷阱：select_type 显示 DEPENDENT SUBQUERY 就是危险信号；Extra 出现 Using temporary; Using filesort 或 Using index condition 但没走主键索引，基本可以判定要慢。
- MySQL 8.0+ 必开
optimizer_trace，确认子查询是否被 unnest 或 materialize - PostgreSQL 用
EXPLAIN (ANALYZE, BUFFERS)，重点关注Shared Hit Blocks是否异常高 - SQL Server 开
SET STATISTICS IO ON，直接看逻辑读是否暴增（比如从 2000 跳到 30 万）
用真实数据量压测，别信开发库的小表
开发环境 100 行 users 表 + 50 行 orders 表，跑再快也没意义。上线前至少要用准生产数据量：users 表 ≥ 10 万，orders ≥ 50 万，并确保统计信息已更新（ANALYZE TABLE users, orders）。
特别注意数据倾斜场景：比如某个 user_id 在 orders 表里有 5000 条记录，而其他用户平均只有 2 条——这种情况下，即使加了索引，嵌套子查询仍可能因参数嗅探失效，选错执行计划。
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 测试时用
SELECT SQL_NO_CACHE ...（MySQL）或禁用 plan cache（SQL Server）避免缓存干扰 - 对同一语句连续跑 3 次，取中位响应时间，排除单次抖动
- 监控物理读（
physical reads），如果突增且逻辑读没变，说明缓冲池没命中，不是计划问题而是缓存预热不足
验证边界 case 是否丢数据或报错
嵌套子查询改写成 JOIN 后，最容易漏掉空匹配场景。比如原写法 (SELECT SUM(amount) FROM payments WHERE user_id = u.id) 对无付款用户返回 NULL，但改成 INNER JOIN 就直接把这类用户过滤掉了。
同样，IN 子查询若子结果含 NULL，整个条件会变成 UNKNOWN，导致零行返回——而 EXISTS 不受此影响。
- 必须构造测试数据：插入 1–2 条
user_id IS NULL的 orders 记录，验证IN写法是否意外丢数据 - 检查聚合子查询是否漏
GROUP BY：MySQL 8.0+ 严格模式下，SELECT user_id, SUM(amount) FROM payments（无 GROUP BY）直接报错 - 测试空子查询结果：删光所有 active 用户，确认
EXISTS (SELECT 1 FROM users WHERE status = 'active' AND id = o.user_id)返回空集而非报错
别忽略执行计划退化风险
上线后第一周，一定要查 query_plan_hash（SQL Server）或 sql_id + plan_hash_value（Oracle）是否稳定。很多嵌套查询上线初期快，过两天就慢——往往是因为统计信息过期、某张表被大批量 UPDATE 后行数剧变，或缓存里混入了针对旧参数值的低效计划。
尤其警惕带本地变量（如 @start_date）的嵌套查询，它极易触发参数敏感计划（parameter sniffing），同一语句不同参数值可能走完全不同的执行路径。
- 上线后立即抓一次
sys.dm_exec_query_stats（SQL Server）或performance_schema.events_statements_summary_by_digest（MySQL），比对 plan_hash 是否与压测一致 - 对关键嵌套查询加
/*+ RECOMPILE */（SQL Server）或/*+ OPTIMIZER_FEATURES_ENABLE('12.2.0.1') */（Oracle）强制重编译，防计划固化 - 如果用到了
LATERAL（PostgreSQL/MySQL 8.0.24+），确认 session 是否启用了对应 optimizer switch，否则语法合法但降级为普通相关子查询
