【MySQL】SQL 优化:关联查询优化


关联查询优化

在优化关联查询时,只有在被驱动表上建立索引才有效!

复制代码
======= 🌟 青柠来相伴,代码更简单。🌟 =======
📚 本文所有内容,我都整理在了博客合集里。👇
🎯 搜索关注【青柠代码录】,即可查看所有博客文章 ~
======= 🌟 ================ 🌟 =======

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多平台发布

相关推荐
1104.北光c°1 天前
【AI核心概念讲解】一口气搞懂 Agent:干翻传统后端!自主循环决策的秘密,ReAct 与 Plan-and-Execute 范式
java·人工智能·程序人生·ai·agent·react·智能体
郝学胜-神的一滴1 天前
深入理解回归损失函数:MSE、L1 与 Smooth L1 的设计哲学
人工智能·python·程序人生·算法·机器学习·数据挖掘·回归
流年似水~2 天前
脚本策划:拍之前先想清楚要剪什么
人工智能·程序人生·语言模型·ai编程
郝学胜-神的一滴2 天前
跨平台动态库与头文件:从原理到命名的深度解析
linux·c++·程序人生·unix·cmake
流年似水~2 天前
素材管理:剪辑前整理素材的底层逻辑
人工智能·程序人生·语言模型·ai编程
杰哥就是杰哥2 天前
再买马桶记
程序人生
普贤莲花3 天前
【2026年第18周---写于20260501】---舍得
程序人生·算法·leetcode
sxjk19874 天前
宁亢勿卑 如何理解
程序人生
山楂树の5 天前
原生 WebGL + Canvas 实现鱼眼图像去畸变(Shader逐像素计算)
图像处理·数码相机·学习·程序人生
白晨并不是很能熬夜5 天前
【RPC】第 4 篇:服务发现 — Zookeeper + 缓存容错
java·后端·程序人生·缓存·zookeeper·rpc·服务发现