如何通过SQL子查询实现动态数据筛选？

子查询应避免在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 看一眼，比猜半天靠谱。