SQL过滤条件放ON与WHERE的区别：内连接与外连接的实战差异

核心机制：临时表的生成与过滤

数据库执行多表连接时，本质上是先通过 JON ON 子句生成一张包含两表数据的中间临时表，随后再通过 WHERE 子句从该临时表中筛选出最终符合业务逻辑的结果集返回给用户。

区分 ON 与 WHERE 的关键在于它们作用的时间点和对象：

1. ON子句（生成阶段）：ON 决定的是哪些行被包含进中间结果。在外连接中，即使右表（被驱动表）无法满足 ON 中的条件，左表（驱动表）的记录依然会被保留，此时右表字段填充为 NULL。
2. WHERE子句（筛选阶段）：WHERE 是对中间表生成后的数据进行过滤。它基于所有已关联的列进行判断，如果不满足条件，整行记录都将被剔除。

场景详解：内连接与外连接的不同表现

第1步：内连接（INNER JOIN）下的等价性

在使用 INNER JOIN 时，我们只关心两张表都能匹配上的数据。因此，无论条件放在 ON 还是 WHERE，最终得到的交集结果是相同的。

示例代码：

SELECT A.* FROM A
INNER JOIN B ON B.ID = A.ID AND B.State = 1;

上述写法会在关联阶段就过滤掉 B 表中状态不为1的记录。由于是内连接，这些被过滤的行因为没有匹配项而自动消失，效果等同于使用 WHERE：

SELECT A.* FROM A
INNER JOIN B ON B.ID = A.ID 
WHERE B.State = 1;

虽然语法不同，但在 MySQL 等主流数据库中，优化器通常会将内连接的 ON 条件转化为 Where 处理，逻辑上实现“先过滤再关联”以提升效率。

第2步：外连接（LEFT/RIGHT JOIN）下的决定性差异

这是 ON 与 WHERE 产生歧义的深水区。以外连接为例，其核心诉求是“保留主表（驱动表）的所有数据”。

情况A：条件写在 ON 中（推荐用于限定次表范围）

当我们将过滤条件放入 ON 时，如果右表没有匹配到满足条件的记录，左表的记录依然会返回，右表对应字段显示为 NULL。这常用于需要获取某个范围内有效数据及其补充信息的场景。

情况B：条件写在 WHERE 中（等同于内连接效果）

如果将同样的过滤条件移至 WHERE，由于 WHERE 无法识别 NULL（或者说 Status = 1 对 NULL 结果为未知），该行记录会被直接丢弃。这会导致外连接退化为内连接，违背了保留主表全量的初衷。

性能优化的实践误区

网上常有观点认为“把 WHERE 条件放到 ON 里能提升 INNER JOIN 的性能”，这在严格意义上是一种误导。虽然在特定旧版本或非标准SQL实现中可能存在微小的执行计划差异，但在现代数据库优化器面前，两者的物理执行流程往往趋于一致。

更重要的是，混淆二者可能导致严重的数据错误。例如：

-- 意图：查询用户信息及其近30天的订单
SELECT U.*, O.OrderDate 
FROM UserTable U
LEFT JOIN OrderTable O ON U.ID = O.UserID

如果在上面语句后追加 WHERE O.CreateTime > '2023-01-01'，那么那些“没有订单”或“只有旧订单”的用户也会因为不满足时间条件而被过滤掉，失去了做 Left Join 的意义。正确的做法应该是将时间限制放入 ON：

SELECT U.*, O.OrderDate 
FROM UserTable U
LEFT JOIN OrderTable O ON U.ID = O.UserID AND O.CreateTime > '2023-01-01';

总结

在多表查询中，选择 ON 还是 WHERE 取决于业务目标：若只需关注双方都存在的交集，使用内连接且条件放置位置影响不大；若需保留主表的全量数据，请务必将针对副表的过滤条件置于 ON 之后，以防止主表记录因副表无数据或不符合条件而意外消失。

以上就是SQL语句过滤条件放在on与where子句中的区别和联系的详细内容，更多关于SQL语句过滤条件在on与where子句的资料请关注本站其它相关文章！