INTERSECT 专门用于返回两个查询结果中完全相同的行（自动去重），要求列数、类型、顺序严格一致；它不与 INNER JOIN 结合使用，语义和适用场景根本不同。
INTERSECT 本身就能取交集，不需要和 INNER JOIN 结合
SQL 标准里 INTERSECT 就是专门干这事的：返回两个查询结果中**完全相同**的行（自动去重）。它不是和 INNER JOIN 搭配使用的操作符，强行“结合”反而容易出错、低效、语义混乱。
常见错误现象：SELECT * FROM t1 INTERSECT SELECT * FROM t2 INNER JOIN ... —— 这语法直接报错，因为 INTERSECT 左右必须是独立的 SELECT 语句，不能嵌套 JOIN 在右边还当子句用。
-
INTERSECT要求左右查询列数、类型、顺序严格一致；INNER JOIN是基于关联条件匹配，不要求字段一致 - 如果两表结构不同（比如字段名/数量/类型不匹配），
INTERSECT直接失败，而INNER JOIN可以通过ON条件灵活关联 - 性能上：
INTERSECT通常会触发排序 + 去重，大数据量时比带索引的INNER JOIN慢
什么时候该用 INTERSECT，而不是 INNER JOIN
核心看你要的是“行内容完全一致”，还是“按某几列逻辑关联”。前者用 INTERSECT，后者用 INNER JOIN。
使用场景举例：
- 查「既在订单表又在退货表里的用户ID」且只关心 ID 字段 →
SELECT user_id FROM orders INTERSECT SELECT user_id FROM returns - 查「订单表和用户表中都存在的用户信息，并带上用户名和订单金额」→ 必须用
INNER JOIN，因为要拼字段、结构不同 - 想查「邮箱在会员表和黑名单表里都出现过的记录」→ 如果两表都有
email字段且类型一致，INTERSECT最简洁；如果黑名单表只有email，会员表有email+name，就不能直接INTERSECT，得先投影成单列
INTERSECT 的实际限制和兼容性坑
不是所有数据库都支持 INTERSECT，MySQL 8.0.19 之前压根没有，PostgreSQL / SQL Server / Oracle 都支持，但行为细节有差异。
- MySQL 旧版本只能用
INNER JOIN+ 子查询模拟：SELECT a.* FROM t1 a INNER JOIN t2 b ON a.id = b.id AND a.name = b.name（注意：这不会自动去重，需加DISTINCT） - PostgreSQL 中
INTERSECT默认去重；SQL Server 也是。但如果你写INTERSECT ALL（部分数据库支持），就保留重复行 —— 大多数人不知道这个选项存在 - NULL 值处理统一：所有支持
INTERSECT的数据库都认为NULL = NULL成立，所以含 NULL 的行能正常参与交集计算（这点和JOIN的ON条件不同） - 列别名在
INTERSECT后失效，最终结果列名以左边查询为准；别名写右边没用
INNER JOIN 模拟交集时最常漏掉的点
真要用 INNER JOIN 替代 INTERSECT（比如兼容老 MySQL），最容易忽略的是「全字段等值判断」和「去重」。
- 必须确保
ON条件覆盖所有要比较的列，例如两表都有id,name,status，就得写ON a.id = b.id AND a.name = b.name AND a.status = b.status，少一个就不是真正交集 -
INNER JOIN会放大重复数据：如果表 A 有 2 行完全一样，表 B 有 3 行完全一样，JOIN 出来是 6 行 —— 而INTERSECT只返回 1 行。必须加SELECT DISTINCT才等价 - 如果字段允许 NULL，
JOIN ON a.x = b.x无法匹配 NULL（因为NULL = NULL为 false），得额外写(a.x = b.x OR (a.x IS NULL AND b.x IS NULL))，非常啰嗦
复杂点在于：你得先想清楚——到底是要“数据行完全镜像”，还是“业务意义上同一实体”？前者选 INTERSECT，后者基本都得靠 JOIN 加业务逻辑。很多人卡在这一步，却只盯着语法怎么写。
