JOIN查询选不同关联表是否影响性能？多表连接选表咨询

两个JOIN查询的性能差异 #

现代关系型数据库（比如MySQL、PostgreSQL）的查询优化器会自动分析查询逻辑并调整表的连接顺序，所以这两个写法在多数场景下性能几乎无差异——优化器会优先处理groups表：先通过WHERE条件过滤出3条目标数据，再用这3条数据关联receivers表（前提是receivers.group_id字段建有索引），避免扫描全量100万条记录。

但如果遇到优化器逻辑失效的极端情况，第一种写法（先写groups并过滤）会更稳妥：它明确引导优化器先处理小表的过滤逻辑，规避先扫描大表再过滤的低效操作。

多表连接的表顺序选择 #

多表连接时，优先选择过滤后数据量最小的表作为驱动表（即FROM子句的第一个表），核心原因是：

• 驱动表的数据量越小，后续关联其他表时的匹配次数越少，中间生成的临时结果集规模也越小
• 比如先从100条的groups过滤出3条数据，再依次关联其他表，比先处理100万条的receivers表，能大幅降低IO和计算开销

注意：这里的“小表”指的是经过WHERE条件过滤后剩余的数据量，而非原始表的规模。比如一个原始100万条的表，若过滤后只剩10条，反而比原始100条但过滤后剩50条的表更适合当驱动表。

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