in子句不支持多个逗号分隔的子查询，正确做法是用union all或union合并为单结果集；列数与类型须一致；大表场景宜用exists+or；需警惕null导致匹配失败。
IN 子句里不能直接写多个子查询
SQL 标准语法不支持 WHERE col IN (SELECT ...), (SELECT ...) 这种写法，会报错 Incorrect syntax near ','（SQL Server）或类似解析错误。很多人误以为逗号分隔的子查询能天然构成并集，其实 IN 只接受一个子查询或值列表，不是多个独立子查询的容器。
真正可行的做法是把多个子查询“合并成一个结果集”，再交给 IN 使用。核心思路是用 UNION ALL 或 UNION 拼接各子查询结果：
-
UNION ALL性能更好（不去重），适合你明确知道各子查询结果无交集，或允许重复值 -
UNION会自动去重，但有额外排序开销，仅在业务逻辑要求唯一值时才需要 - 所有子查询的列数、对应列的数据类型必须严格一致，否则报错
All queries combined using a UNION, INTERSECT or EXCEPT operator must have an equal number of expressions
正确写法：用 UNION ALL 合并子查询后嵌入 IN
假设你要查所有「订单金额超过 1000 的客户」或「近 30 天下单过两次以上的客户」的用户 ID，并用于主查询过滤：
SELECT * FROM users WHERE id IN ( SELECT customer_id FROM orders WHERE amount > 1000 UNION ALL SELECT customer_id FROM orders WHERE order_date >= DATE_SUB(CURDATE(), INTERVAL 30 DAY) GROUP BY customer_id HAVING COUNT(*) >= 2 );
注意：两个子查询都只返回单列 customer_id，类型一致（比如都是 INT），才能成功 UNION ALL。如果第二个子查询不小心写了 SELECT customer_id, COUNT(*)，就会因列数不匹配而失败。
替代方案：用 EXISTS + OR 代替 IN + UNION（适合大表关联）
当子查询涉及大表且带复杂条件（如多表 JOIN、聚合），IN (subquery) 可能触发全量物化临时结果，性能不如 EXISTS。此时可改用逻辑并联：
- 用
EXISTS分别判断每个条件，再用OR组合 - 数据库优化器通常能对每个
EXISTS子句单独走索引，避免中间结果集膨胀 - 注意
OR在某些旧版本 MySQL 中可能抑制索引使用，建议配合EXPLAIN验证执行计划
等效写法示例：
SELECT * FROM users u
WHERE EXISTS (
SELECT 1 FROM orders o
WHERE o.customer_id = u.id AND o.amount > 1000
)
OR EXISTS (
SELECT 1 FROM orders o
WHERE o.customer_id = u.id
AND o.order_date >= DATE_SUB(CURDATE(), INTERVAL 30 DAY)
GROUP BY o.customer_id
HAVING COUNT(*) >= 2
);
容易被忽略的 NULL 陷阱
如果任意一个子查询结果包含 NULL（比如 SELECT nullable_col FROM t WHERE ... 返回了 NULL），整个 IN (subquery) 表达式在遇到 NULL 时会返回 UNKNOWN，导致该行被过滤掉——即使其他条件本应匹配。这不是 bug，而是 SQL 三值逻辑的必然行为。
解决办法只有两个：
- 在每个子查询中显式加
WHERE col IS NOT NULL - 改用
EXISTS方案（它天然不受 NULL 影响，因为只关心是否存在匹配行）
这个细节在测试数据干净时不会暴露，上线后一旦源数据出现空值，就可能漏查，务必提前检查。
