多表查询本质是笛卡尔积加条件过滤，非集合运算；MySQL的JOIN属关系代数连接操作，与UNION/INTERSECT/EXCEPT等集合运算有根本区别，前者横向拼接字段，后者要求列兼容且处理元素归属。
多表查询本质是笛卡尔积 + 条件过滤，不是集合运算
MySQL 的 JOIN（包括 INNER JOIN、LEFT JOIN 等）**不属于数学意义上的集合运算**（如并集 UNION、交集 INTERSECT、差集 EXCEPT）。它底层先生成笛卡尔积，再用 ON 或 WHERE 做行级筛选——这是**关系代数中的“连接”（Join）操作**，和集合的“并/交/差”有根本区别。
容易混淆的点在于：UNION 才是真正的集合运算（要求列数、类型兼容，自动去重），而 JOIN 是横向拼接字段，结果列数 = 左右表列数之和（除非显式选列）。
为什么不能把 JOIN 当成交集或并集来理解
拿 INNER JOIN 举例：它看起来像“交集”，但实际逻辑完全不同：
-
SELECT * FROM A INNER JOIN B ON A.id = B.a_id：返回的是满足关联条件的**行组合**，每行包含 A 和 B 的字段（如A.id, A.name, B.a_id, B.value） - 而集合交集
SELECT id FROM A INTERSECT SELECT a_id FROM B：只返回一个字段（id），且值必须在两表中都存在，不带任何其他属性 - 若 A 中某
id在 B 中匹配到 3 行，INNER JOIN会返回 3 行；但INTERSECT仍只返回 1 个id
真正属于集合运算的 MySQL 操作有哪些
MySQL 支持的原生集合运算只有：
-
UNION/UNION ALL：合并两个结果集（列数、类型需一致），UNION去重，UNION ALL不去重 -
INTERSECT：MySQL 8.0.31+ 才支持（旧版本需用INNER JOIN模拟，但语义不同） -
EXCEPT：MySQL 不支持（需用LEFT JOIN ... WHERE right.col IS NULL模拟）
注意：UNION 要求左右查询的字段数量、顺序、类型兼容；而 JOIN 完全不要求字段对应，只依赖关联条件。
实战中容易踩的坑：把 JOIN 条件写在 WHERE 里导致外连接失效
这是新手高频错误。例如想查「所有部门及下属员工（含无员工的部门）」，正确写法是：
SELECT d.name, e.name FROM dept d LEFT JOIN emp e ON d.id = e.dept_id;
但如果把关联条件错写进 WHERE：
SELECT d.name, e.name FROM dept d LEFT JOIN emp e ON d.id = e.dept_id WHERE e.salary > 5000;
结果会变成「有员工且工资＞5000 的部门」——WHERE 会在连接后过滤，把 e.salary 为 NULL 的行（即无员工的部门）全干掉了，LEFT JOIN 形同虚设。
正确做法：把过滤条件移到 ON 子句（仅适用于被驱动表的条件）：
SELECT d.name, e.name FROM dept d LEFT JOIN emp e ON d.id = e.dept_id AND e.salary > 5000;
关系型数据库里的“连接”是行与行之间的配对逻辑，不是集合元素的归属判断；理解这点，才能避开绝大多数 JOIN 语义误用问题。
