关联查询优化
在优化关联查询时，只有在被驱动表上建立索引才有效！
======= 🌟 青柠来相伴，代码更简单。🌟 =======
📚 本文所有内容，我都整理在了博客合集里。👇
🎯 搜索关注【青柠代码录】，即可查看所有博客文章 ~
======= 🌟 ================ 🌟 =======1、left join
left join 时，左侧的为驱动表，右侧为被驱动表！
EXPLAIN SELECT * FROM class LEFT JOIN book ON class.card = book.card;
img
如何优化？在哪个表上建立索引？
ALTER TABLE book ADD INDEX idx_card( card);
img
删除 book 表的索引：drop index idx_card on book;
在 class 表上建立索引：alter table class add index idx_card(card);
img
2、inner join
如果是表关联的话，尽量使用inner join ，不要使用用left join | right join，如必须使用，一定要以小表为驱动
inner join 时，mysql会自己帮你把小结果集的表选为驱动表。
内连接驱动表和被驱动表是由优化器决定的。优化器认为哪个成本比较小，就采用哪种作为驱动表。
- 如果两张表**只有一个有索引，那有索引的表作为
被驱动表**。原因：驱动表要全查出来。有没有索引你都得全查出来。 - 两个索引都存在的情况下， 数据量大的 作为
被驱动表（小表驱动大表） 。 **原因：**驱动表要全部查出来，而大表可以通过索引加快查找
EXPLAIN SELECT * FROM book inner join class on class.card=book.card;
img
两个查询字段调换顺序，发现结果也是一样的！
img
在 book 表中，删除 9 条记录
img
straight_join: 效果和 inner join一样，但是会强制将左侧作为驱动表！
img
关联查询案例
结论：
-
子查询尽量不要放在被驱动表，有可能使用不到索引；
-
left join时，尽量让实体表作为被驱动表。
-
能够直接多表关联的尽量直接关联，不用子查询！
EXPLAIN SELECT ed.name '人物',c.name '掌门'
FROM
(SELECT e.name,d.ceo from t_emp e LEFT JOIN t_dept d on e.deptid=d.id) ed
LEFT JOIN t_emp c on ed.ceo= c.id;
img
EXPLAIN
SELECT e.name '人物',tmp.name '掌门'
FROM t_emp e LEFT JOIN (SELECT d.id did,e.name FROM t_dept d LEFT JOIN t_emp e ON d.ceo=e.id)tmp
ON e.deptId=tmp.did;
img
上述两个案例，第一个查询效率较高，且有优化的余地。
第二个案例中，子查询作为被驱动表，由于子查询是虚表， 无法建立索引，因此不能优化。
EXPLAIN SELECT e1.name '人物',e2.name '掌门'
FROM t_emp e1
LEFT JOIN t_dept d on e1.deptid = d.id
LEFT JOIN t_emp e2 on d.ceo = e2.id ;
img
Explain SELECT e2.name '人物',
(SELECT e1.name FROM t_emp e1 where e1.id= d.ceo) '掌门'
from t_emp e2 LEFT JOIN t_dept d on e2.deptid=d.id;
img
---------------------------------
本文由mdnice多平台发布