对于内部连接，WHERE和ON可以互换使用。事实上，可以在相关子查询中使用ON。例如:

update mytable
set myscore=100
where exists (
select 1 from table1
inner join table2
on (table2.key = mytable.key)
inner join table3
on (table3.key = table2.key and table3.key = table1.key)
...
)

这(恕我直言)完全让人困惑，而且很容易忘记将table1链接到任何东西(因为“driver”表没有“on”子句)，但这是合法的。

它们不是一回事。

考虑一下这些问题:

SELECT *
FROM Orders
LEFT JOIN OrderLines ON OrderLines.OrderID=Orders.ID
WHERE Orders.ID = 12345

and

SELECT *
FROM Orders
LEFT JOIN OrderLines ON OrderLines.OrderID=Orders.ID 
    AND Orders.ID = 12345

第一个将返回订单及其行(如果有的话)，订单号为12345。 第二个将返回所有订单，但只有订单12345有与之关联的行。

使用INNER JOIN，这两个子句实际上是等效的。然而，仅仅因为它们在功能上相同，产生相同的结果，并不意味着这两种子句具有相同的语义。

为了获得更好的性能，表应该有一个用于join的特殊索引列。

所以如果你的条件列不是那些索引列之一，那么我怀疑最好把它保存在WHERE。

所以你使用索引列来JOIN，然后在JOIN之后你在无索引列上运行条件。

我认为这是连接序列效应。 在左上角连接的情况下，SQL先做左连接，然后做where过滤器。 在沮丧的情况下，找到订单。首先ID=12345，然后加入。

就优化器而言，使用ON或WHERE定义连接子句应该没有区别。

然而，恕我直言，我认为在执行连接时使用ON子句更清楚。这样，您就有了查询的特定部分，该部分规定了如何处理连接，而不是与其余WHERE子句混合。

您正在尝试连接数据还是过滤数据?

为了可读性，将这些用例分别隔离到ON和WHERE是最有意义的。

在ON中联接数据 在WHERE中过滤数据

如果where子句中存在JOIN条件和过滤条件，那么读取查询将变得非常困难。

性能方面，你应该看不到区别，尽管不同类型的SQL有时处理查询计划的方式不同，所以值得尝试¯\_()_/¯(注意缓存会影响查询速度)

另外，正如其他人注意到的那样，如果使用外部连接，如果将筛选条件放在ON子句中，则会得到不同的结果，因为它只影响其中一个表。

我在这里写了一篇更深入的文章: https://dataschool.com/learn/difference-between-where-and-on-in-sql