如何解决在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类型)。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。