SQL左连接优化：先筛选列再连接vs先连接再筛选，哪种更快？

我拥有两张表（A和B），两张表均包含大量列，我的目标是将表A中的部分列与表B中的部分列进行左连接。请问以下哪种方式查询速度更快：

方式A：连接前筛选所需列 #

先分别筛选表A和表B的目标列，再进行左连接：

SELECT * FROM (
    SELECT A.col_1,A.col_2,A.col3,A.col_b FROM A
    LEFT JOIN (
        SELECT B.col_1,B.col_2,B.col_a FROM B) B_temp
    ON A.col_b = B_temp.col_a
)

方式B：连接后筛选所需列 #

先将表A与整张表B左连接，再筛选所需列：

SELECT A.col_1,A.col_2,A.col3,B.col_1,B.col_2 FROM A
LEFT JOIN B
ON A.col_b = B.col_a

我的直觉是，尽管第二种方式可读性更强，但性能可能更差，因为它会先合并所有数据，传输大量不必要的列。我的考量如下：

• 如果左连接返回大量结果，第二种方式可能需要处理并传输这些额外无用列。

请问我这种SQL查询优化的思路是否正确？

回答 #

你的思路是正确的，不过需要结合数据库优化器的行为来看：

1. 现代数据库优化器的自动优化
   大多数主流数据库（比如MySQL、PostgreSQL、SQL Server）的查询优化器会做投影下推优化——也就是自动识别你最终只需要部分列，会提前在连接阶段就只读取和处理这些列，不会真的把整张表的所有列都参与连接。这种情况下，两种写法的执行计划和性能几乎没有区别。

2. 优化器未生效的场景
   但如果遇到优化器无法识别投影下推的情况（比如复杂子查询、某些特定的数据库版本或配置），方式A的性能优势就会体现出来：

   • 减少磁盘IO：只读取需要的列，避免读取大量无用数据
   • 降低内存占用：连接过程中不需要存储和处理多余的列
   • 减少数据传输：如果是分布式数据库，节点间传输的数据量会更小

3. 写法建议
   虽然方式B可读性更好，但方式A的写法更稳妥——它明确告诉数据库你只需要哪些列，避免依赖优化器的自动判断，在大表或复杂查询场景下，能更稳定地保证性能。

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