多表Join性能考量：交易表关联商户信息的两种方案性能对比

数据表结构 #

merchant:
-id
-name

store:
-id
-merchantId
-name

transaction
-id
-merchantId
-storeId

问题背景 #

需查询获取商户详情，存在两种关联方案，在store表与transaction表数据量庞大的前提下，哪种方案的查询性能更优？

方案一 #

移除transaction表中的merchantId字段，查询时通过transaction.storeId关联store表，再通过store.merchantId关联merchant表获取商户详情。

方案二 #

保留transaction表的merchantId字段，查询时直接使用transaction.merchantId关联merchant表，若需店铺信息则用transaction.storeId关联store表。

性能对比分析 #

• 方案一的核心开销：因为transaction和store都是大表，两者关联会生成规模庞大的中间结果集，后续关联merchant表时，必须基于这个大中间集继续处理，整体IO、内存占用和计算开销都会很高。即便给transaction.storeId和store.merchantId建立了索引，大表关联的本质资源消耗依然无法规避。
• 方案二的核心优势：直接通过transaction.merchantId关联merchant表，跳过了store表的中转环节，完全避免了两张大表的关联操作，中间结果集的规模会大幅缩小。如果仅需商户详情，甚至可以完全不访问store表，进一步降低开销。即使需要同时获取店铺信息，分开关联merchant和store的开销，也远小于先关联两张大表再关联商户表的成本。

结论 #

在store与transaction数据量庞大的场景下，方案二的查询性能更优，核心原因是减少了大表之间的关联次数，缩短了查询路径，从而显著降低了IO和计算资源的消耗。

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