多层子查询优化核心是减少嵌套深度、避免重复计算、用连接替代非相关子查询并确保关键字段有索引；需先识别子查询类型，再按相关/非相关选择改写为JOIN、物化变量或CTE等策略。
多层子查询优化核心是减少嵌套深度、避免重复计算、用连接替代非相关子查询，并确保关键字段有索引。
先识别子查询类型，再决定优化路径
相关子查询（含外部表引用）通常性能差，因为每行都执行一次；非相关子查询（独立可预计算）可提前物化。比如：
SELECT name FROM users u WHERE age > (SELECT AVG(age) FROM users); —— 非相关，可提取为变量或JOIN；
SELECT name FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.status = 'paid'); —— 相关，更适合改写为 LEFT JOIN 或使用覆盖索引。
用 JOIN 替代多数非相关子查询
子查询返回单值（如聚合结果）或主键集合时，JOIN 更高效且易读：
- 把 WHERE x IN (SELECT y FROM t2) 改成 JOIN t2 ON t1.x = t2.y，并加 DISTINCT 或 GROUP BY 控制去重逻辑
- 把 WHERE col > (SELECT MAX(val) FROM t) 改成先算出最大值存变量，或用窗口函数 MAX(val) OVER() 避免重复扫描
给子查询涉及的字段建合适索引
尤其关注子查询中的 WHERE、JOIN、ORDER BY 和 GROUP BY 字段：
- 相关子查询中，WHERE t2.fk = t1.pk 要确保 t2.fk 有索引
- 子查询含 ORDER BY ... LIMIT 1，组合索引应包含排序字段+过滤字段，例如 (status, created_at)
- 避免在子查询条件中对字段做函数操作（如 YEAR(create_time)），否则索引失效
拆解复杂嵌套，用 CTE 或临时表分步处理
当子查询超过三层或逻辑交织（如多层聚合嵌套），强行扁平化反而难维护。此时：
- 用 WITH cte1 AS (...), cte2 AS (...) 明确每步中间结果，便于调试和复用
- 对大数据量中间结果，考虑用 CREATE TEMP TABLE 并在关键列上建索引
- 检查执行计划，确认是否出现 DEPENDENT SUBQUERY 或全表扫描，这是重点优化信号
