子查询应避免在WHERE中直接使用SELECT *，优先用EXISTS替代IN以规避NULL陷阱，相关子查询需警惕性能问题，派生表必须加别名，且应通过EXPLAIN分析执行计划。
子查询写在 WHERE 里，但别直接套用 SELECT *
子查询最常用的位置是 WHERE 子句中，用来动态生成筛选条件。但很多人一上来就写 SELECT * FROM orders WHERE user_id IN (SELECT id FROM users WHERE status = 'active')，这看似合理，实际可能出问题：
-
IN子查询返回多行没问题，但如果子查询返回NULL（比如users表里有status为NULL的记录），整个IN判断会变成UNKNOWN，导致没结果——不是报错，是静默失效 - 子查询如果没加
WHERE过滤或缺少索引，容易拖慢主查询，尤其当users表很大时 -
SELECT *在子查询里没必要，只选关键字段（如id）能减少临时表开销
相关子查询要小心性能陷阱
相关子查询（即子查询里引用了外部表字段）常被用来做“每行计算”，比如查每个订单的用户最新登录时间：SELECT o.id, o.amount, (SELECT MAX(login_time) FROM user_logs ul WHERE ul.user_id = o.user_id) AS last_login FROM orders o。这种写法逻辑清晰，但隐患明显：
- 数据库会为
orders表的每一行都执行一次子查询，10 万订单 = 执行 10 万次SELECT MAX(...) - 如果
user_logs(user_id, login_time)没复合索引，性能会断崖式下跌 - 某些数据库（如 MySQL 5.6 以前）对相关子查询优化差，不如改写成
JOIN+GROUP BY
EXISTS 比 IN 更安全，尤其含 NULL 时
当你要判断“是否存在匹配记录”，优先用 EXISTS 而不是 IN。例如筛选有订单的活跃用户：SELECT * FROM users u WHERE u.status = 'active' AND EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id)。
-
EXISTS只关心子查询是否返回至少一行，不取值、不判NULL，语义更纯粹 - 数据库通常能提前终止子查询（找到第一行就停），比
IN全量扫描再去重更高效 -
SELECT 1是惯用写法，比SELECT *或具体字段更轻量，且明确表示“只检测存在性”
子查询当派生表时，记得加别名
把子查询放在 FROM 子句里当临时表用（派生表），语法强制要求别名，否则会报错：ERROR 1248 (42000): Every derived table must have its own alias。正确写法是：SELECT t.total, u.name FROM (SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id) AS t JOIN users u ON t.user_id = u.id。
- 别名
t不可省略，且必须用AS或空格隔开（... ) t也合法） - 派生表里的列名在外部查询中必须通过别名引用，不能直接用原始字段名（比如不能写
total，得写t.total） - MySQL 8.0+ 支持 CTE（
WITH子句），可读性更好，但老版本仍需依赖派生表写法
子查询本身不难，真正卡人的永远是 NULL 处理、索引缺失和执行计划不可见——跑之前先 EXPLAIN 看一眼，比猜半天靠谱。
