子查询不能直接与AND/OR并列，应使用EXISTS替代NOT IN以避免NULL导致逻辑失效，标量子查询需确保单值并加括号，SELECT中子查询类型须一致且用COALESCE兜底，相关子查询必须用括号包裹且关联条件置于内部WHERE。
WHERE 中的子查询别直接套 AND/OR 组合
子查询本身不是布尔值，不能直接和 AND、OR 并列写在 WHERE 里。常见错误是写成：WHERE (SELECT COUNT(*) FROM logs WHERE user_id = u.id) > 0 AND status = 'active'——语法虽合法，但逻辑上它只是个数值比较，不是“条件开关”。真正要表达“有日志且状态活跃”，应该用 EXISTS 或提前把子查询结果作为字段。
- 用
EXISTS替代标量子查询做存在性判断，语义清晰且对NULL安全 - 若必须用标量（比如要算出具体数量再比大小），确保子查询返回单值，且用括号包裹整个表达式：
(SELECT COUNT(*) FROM logs WHERE user_id = u.id) > 0 - 多个子查询并列时，数据库会逐个执行，不共享执行计划；性能敏感场景优先改写为
LEFT JOIN
子查询内部慎用 NOT IN + 可空字段
NOT IN 遇到子查询返回 NULL 会整体失效，这是最常被忽略的逻辑翻车点。比如：SELECT * FROM users WHERE id NOT IN (SELECT user_id FROM bans)，只要 bans.user_id 里有一个 NULL，整条语句就查不到任何数据。
- 永远优先用
NOT EXISTS替代NOT IN，它只关心是否存在匹配行，不受NULL影响 - 如果非得用
IN/NOT IN，显式过滤NULL：SELECT user_id FROM bans WHERE user_id IS NOT NULL -
IN和= ANY()等价，但NOT IN和!= ALL()在含NULL时行为不同，别混用
SELECT 列表里嵌套子查询时，类型必须一致
在 SELECT 中用子查询输出值，再套 CASE WHEN 做分类，很容易因隐式类型转换崩掉后续聚合。比如：CASE WHEN (SELECT COUNT(*) FROM errors WHERE user_id = u.id) > 0 THEN 1 ELSE 'no'，整列会被转成字符串，导致 SUM() 返回 0、AVG() 报错。
- 所有
THEN和ELSE分支必须返回相同类型：要么全是数字，要么全是字符串 - 可能为空的子查询，用
COALESCE((SELECT ...), 0)或COALESCE((SELECT ...), '')显式兜底 - 避免在
CASE外层再套函数（如IFNULL(CASE ..., 0)），冗余且易掩盖类型问题
相关子查询里的运算符优先级容易写错
相关子查询中，外层字段参与计算时，括号位置直接影响逻辑。例如查“订单金额高于该用户平均订单金额”的写法：WHERE amount > (SELECT AVG(amount) FROM orders o2 WHERE o2.user_id = o1.user_id)，漏掉括号或写成 WHERE amount > SELECT AVG(...)... 会直接报语法错误。
- 子查询必须用圆括号包裹，哪怕只有一行一列
- 关联条件（如
o2.user_id = o1.user_id）必须写在子查询的WHERE里，不能丢到外层 - 涉及多层嵌套时，每层子查询的别名不能重复，否则字段解析会错乱（比如外层用
o1，子查询里又用o1）
实际写的时候，最容易被忽略的是子查询返回 NULL 后，整个比较表达式变成 UNKNOWN 而不是 FALSE——它不会报错，也不会警告，只是默默让那行数据消失。测试时一定要刻意构造空数据集跑一遍，不然上线后才发现少了几百条记录，就晚了。
