PostgreSQL中JOIN与WHERE条件写法的性能对比问询

问题背景 #

我在PostgreSQL中有两张通过外键关联的表，表结构及索引如下：

tableA (id, status) 
   - indexes;
      - (id)
      - (status)
tableB (id, tableAId, result)
   - indexes;
      - (id, tableAId)
      - (tableAId)

tableB通过tableAId字段与tableA建立外键关联。我希望基于索引过滤关联这两张表，有两种写法：

• 写法1：过滤条件放在WHERE子句

select * from tableA a join tableB b on a.id = b.tableAId where a.status = 'X' and b.id = 123

• 写法2：过滤条件放在JOIN的ON子句

select * from tableA a join tableB b on a.id = b.tableAId and a.status = 'X' and b.id = 123

我以为JOIN操作先于WHERE子句执行，因此觉得第二种写法性能更优，请问这个判断正确吗？

答案 #

你的判断不正确。对于PostgreSQL的内连接（INNER JOIN）来说，把过滤条件写在ON子句还是WHERE子句，查询优化器会将它们视为完全等价的条件，最终生成的执行计划几乎没有差异。

原因在于PostgreSQL的优化器不会严格按照SQL的字面顺序执行逻辑，它会对整个查询进行重写和成本评估：

1. 首先，b.id = 123这个条件会直接利用tableB上的(id, tableAId)联合索引快速定位目标行，获取对应的tableAId；
2. 之后优化器会根据数据分布，选择是先通过tableAId关联tableA再过滤status='X'，还是先过滤tableA的status='X'再关联，最终选成本最低的执行路径。

只有在处理外连接（LEFT/RIGHT JOIN）时，ON和WHERE的位置才会影响查询结果：ON子句的条件在关联阶段生效，会保留外连接表的所有行；而WHERE子句是在关联完成后过滤，会直接剔除不符合条件的行。但这里用的是内连接，所以两种写法的逻辑和性能完全一致。

如果想验证，可以用EXPLAIN ANALYZE分别执行两个SQL，查看生成的执行计划，会发现它们的索引使用、执行步骤几乎完全相同。

内容的提问来源于stack exchange，提问作者lifeisshort