在leftjoin v.s中使用内部联接的性能多个leftjoins

问题描述

| 我对MysqL性能有疑问 查询1：

select departments.*,booth_feature.some_feature
from departments
left join booth on booth.dept_id = departments.dept_id
left join booth_feature  on  booth.booth_id=booth_feature.booth_id

查询2：

select departments.*,booth_feature.some_feature
from departments
left join (booth,booth_feature) on ( booth.dept_id = departments.dept_id and booth.booth_id=booth_feature.booth_id)

假设： 部门可以有多个摊位 1个展位=> 1个展位功能 部门表和展位表都是大表。 使用explain，第一个查询似乎更好（它在booth_feature之前检查booth），尽管事实上左连接通常比内部连接更昂贵。那正确吗？     

解决方法

        在第二个查询中，您基本上是在booth和booth_feature之间进行完全交叉联接，如果这些表变大，则可能会非常昂贵。而且，优化器将无法智能地将“部门”与交叉产品连接起来，因为它需要先计算完整的交叉产品，然后才能与部门结合。由于缺少join子句（使其成为完整的叉积）。 在第一个查询中，优化器可以使用部门和摊位的索引，然后使用该结果（基于两个索引）到另一个索引（boots_features）的引用（MYSQL EXPLAIN输出中的REF类型）。