子查询性能差主因是索引未生效：orders.user_id或users.status无索引、类型不一致、隐式转换或函数导致索引失效，引发全表扫描；应分别explain子查询与整体，确保字段类型一致且条件避免函数。
子查询没走索引，EXPLAIN 显示 type=ALL
多数慢的子查询，根本不是语法问题，而是外层条件没触发索引下推，导致内层被反复全表扫描。比如 SELECT * FROM orders WHERE user_id IN (SELECT id FROM users WHERE status = 'active')，如果 orders.user_id 没索引，或 users.status 索引失效（如用了函数、隐式类型转换），EXPLAIN 就会看到 type=ALL 或 type=DEPENDENT SUBQUERY —— 这是性能杀手。
实操建议：
- 先对子查询单独执行
EXPLAIN，确认它本身是否能走索引；再对外层 + 子查询整体EXPLAIN，看是否出现DEPENDENT SUBQUERY -
IN子查询中，确保右边字段（这里是users.id）有索引，且类型和左边（orders.user_id）严格一致（比如都是BIGINT，不能一边是VARCHAR一边是INT） - 避免在子查询
WHERE条件里对索引字段用函数，比如WHERE YEAR(created_at) = 2024会让created_at索引失效；改用WHERE created_at >= '2024-01-01' AND created_at
用 JOIN 替代 IN / EXISTS 子查询时要注意驱动表
MySQL 8.0+ 对大部分 IN 子查询做了自动重写，但老版本或复杂嵌套仍需手动改写。直接把 IN 换成 JOIN 不一定快 —— 如果驱动表选错，可能更慢。
实操建议：
- 优先让小结果集做驱动表：比如
users表只有几千行活跃用户，就让它当JOIN左侧；orders有百万行，就放右侧 - 用
STRAIGHT_JOIN强制连接顺序（仅当优化器选错时），例如：SELECT STRAIGHT_JOIN o.* FROM users u JOIN orders o ON o.user_id = u.id WHERE u.status = 'active' -
EXISTS在某些场景比IN更稳（尤其子查询返回 NULL 时），但若内层无合适索引，它也会退化为嵌套循环；此时不如补上users.id和orders.user_id的联合索引
ORDER BY + LIMIT 套在子查询里，为什么还扫全表？
常见写法：SELECT * FROM orders WHERE user_id IN (SELECT id FROM users ORDER BY last_login DESC LIMIT 10)。看起来只取 10 个 ID，但 MySQL 在 5.7 及以前版本中，LIMIT 在子查询里不参与外层优化，仍可能先生成全部子查询结果再过滤。
实操建议：
- 把子查询结果物化成临时表（MySQL 8.0+ 支持 CTE，但注意 CTE 默认不物化；可用
WITH ... AS MATERIALIZED显式声明） - 更可靠的做法：先查出 ID 列表存到变量或应用层，再拼成
WHERE user_id IN (1,2,3...)—— 前提是 ID 数量可控（一般 ≤ 1000） - 如果必须单条 SQL，改用
JOIN+LIMIT在外层控制数量，并确保JOIN条件字段有索引，否则LIMIT也救不了扫描开销
复合索引字段顺序影响子查询性能
比如子查询是 SELECT id FROM users WHERE status = 'active' AND city = 'Beijing' ORDER BY score DESC LIMIT 1，只建了 (city, status) 索引，那 status = 'active' 就无法高效过滤——因为索引最左前缀原则卡住了。
实操建议：
- 按「等值查询字段 → 最左前缀 → 排序字段」排复合索引：上面例子应建
(status, city, score)，而不是反过来 - 如果子查询里有多个
OR条件，单索引通常无效，考虑改用UNION分拆，每支走各自索引 - 注意
TEXT/VARCHAR字段加索引要指定长度，比如INDEX (email(191))，否则可能因超出限制导致索引建不成功，你以为有索引，其实没有
真正卡住性能的，往往不是子查询语法本身，而是索引没覆盖到实际执行路径上的字段组合。每次改写前，先看两遍 EXPLAIN 输出里的 key、rows 和 Extra 字段 —— 尤其别忽略 Using temporary 和 Using filesort，它们常藏在子查询内部，外层 EXPLAIN 不一定直接显示。
