MySQL中实现两表交集应优先用INNER JOIN（需覆盖全部比较字段并显式处理NULL），或用EXISTS/IN子查询；标准INTERSECT不被支持，且JOIN可能因重复行偏离交集语义，故多字段交集推荐元组IN或EXISTS关联。
子查询实现交集的常见写法
SQL 标准里没有 INTERSECT 的替代语法，但用子查询模拟交集是可行的——关键是用 IN 或 EXISTS 做双重过滤。最稳妥的方式是：先查出集合 A，再用子查询判断 A 中的每一行是否同时存在于集合 B。
例如查「既在订单表又在用户活跃表里的用户 ID」：
SELECT user_id FROM orders WHERE user_id IN ( SELECT user_id FROM active_users );
-
IN写法简洁，但要求子查询返回单列且不能含NULL（否则整条记录被过滤） - 若子查询可能返回
NULL，改用EXISTS更安全 - 两个子查询结果必须结构兼容（列数、类型、顺序一致），否则报错
IN vs EXISTS：哪个更适合交集场景
IN 和 EXISTS 表面效果相似，但执行逻辑不同，影响性能和结果准确性。
当子查询结果较大或含 NULL 时，IN 会失效：
SELECT id FROM t1 WHERE id IN (SELECT id FROM t2 WHERE status IS NULL); -- 若 t2.id 有 NULL，整条不匹配
而 EXISTS 不受 NULL 影响，语义更接近“存在性判断”：
SELECT id FROM t1 WHERE EXISTS ( SELECT 1 FROM t2 WHERE t2.id = t1.id AND t2.status = 'active' );
-
EXISTS在子查询中用关联条件（如t2.id = t1.id）才能体现交集逻辑 - 多数数据库对
EXISTS有更好优化，尤其外层表小、内层表大时 -
IN在子查询结果少且确定无NULL时可读性更高
多字段交集怎么写子查询
单字段交集好办，但实际常需匹配多个字段（比如「订单号+商品ID」同时出现在两个表中）。这时不能直接用 IN (a, b)，必须组合成元组或拼接字符串。
推荐用元组方式（PostgreSQL/MySQL 8.0+/SQL Server 支持）：
SELECT order_id, product_id FROM sales WHERE (order_id, product_id) IN ( SELECT order_id, product_id FROM returns );
- Oracle 不支持元组
IN，得改用EXISTS+ 关联 - 拼接字符串（如
CONCAT(a, '|', b)）易出错，且无法走索引，不建议 - 字段顺序、类型、NULL 处理必须完全一致，否则匹配失败
为什么不能直接用 JOIN 模拟交集
INNER JOIN 看似等价，但它返回的是笛卡尔积后的所有匹配行，而交集应只返回“去重后的共同元素”。如果某条记录在集合 A 出现 3 次、在集合 B 出现 2 次，JOIN 会返回 6 行，但交集只该返回 1 行。
- 要严格模拟交集语义，必须加
DISTINCT或用子查询去重 - 子查询天然只取“存在性”，无需担心重复放大问题
- 某些场景（如检查权限是否存在）只需布尔判断，子查询比
JOIN更轻量
真正难的不是写法，而是想清楚你要的是“存在性”还是“关联数据”——前者用子查询，后者才用 JOIN。
