SQL 语句中 left join 后用 on 还是 where，区别大了！

1. 核心区别

• ON：指定连接条件。它在生成临时结果集时决定左表（LEFT JOIN左侧的表）中的行如何与右表匹配。即使右表中没有匹配行，左表的行仍会保留（右表列填充为NULL）。

• WHERE：指定过滤条件。它在连接操作完成后，对临时结果集进行筛选。如果WHERE条件中引用了右表的列，并且要求这些列不为NULL，那么那些因未匹配而被填充为NULL的行就会被过滤掉，导致最终结果与INNER JOIN无异。

2. 逻辑执行顺序

SQL 的逻辑处理顺序大致为：

1. FROM+JOIN（包括ON条件）生成中间结果。

2. WHERE对中间结果进行行级过滤。

3. 后续的GROUP BY、HAVING、SELECT、ORDER BY等。

因此，ON中的条件在连接阶段生效，而WHERE在连接之后生效。

3. 直观示例

假设有两个表：

• 员工表（左表）：id,name,dept_id

• 部门表（右表）：id,dept_name

场景一：条件写在ON中

sql

SELECT e.name, d.dept_name FROM employee e LEFT JOIN department d ON e.dept_id = d.id AND d.dept_name = '技术部';

• 结果：所有员工都会出现。若员工所在部门不是“技术部”，则dept_name显示为NULL。这里ON中的额外条件只影响如何匹配右表，但不会剔除左表的行。

场景二：条件写在WHERE中

sql

SELECT e.name, d.dept_name FROM employee e LEFT JOIN department d ON e.dept_id = d.id WHERE d.dept_name = '技术部';

• 结果：只会返回部门为“技术部”的员工。那些没有部门或部门不是“技术部”的员工被WHERE过滤掉了，实际上相当于INNER JOIN。

场景三：WHERE中允许NULL

若想保留所有员工，同时只过滤掉不符合条件的部门信息，应把条件写在ON中；若想筛选出有部门且部门名称为某值的员工，则写在WHERE中（但此时需注意可能过滤掉无部门的员工）。

4. 常见陷阱

• 误将右表过滤条件放在WHERE中导致左表行丢失：如果想保留左表所有行，仅对右表有限制，必须将条件放在ON里。

• 对右表列使用IS NULL筛选未匹配的行：例如WHERE d.id IS NULL可以用来找出左表中没有匹配部门的员工。这是LEFT JOIN的典型用法，此时WHERE是有意筛选NULL，不会丢失左表行。

5. 总结

• ON：定义连接关系，控制左右表如何配对。适合放置与连接逻辑相关的条件，以及对右表的限制（如只匹配某些右表行）。

• WHERE：定义最终结果集的过滤条件。适合放置与连接无关的全局过滤，或有意筛选未匹配的行（通过IS NULL）。