Mysql表连接的执行流程详解
来源:脚本之家
时间:2022-12-30 21:00:29 111浏览 收藏
亲爱的编程学习爱好者,如果你点开了这篇文章,说明你对《Mysql表连接的执行流程详解》很感兴趣。本篇文章就来给大家详细解析一下,主要介绍一下执行、Mysql表连接,希望所有认真读完的童鞋们,都有实质性的提高。
1. 前言
对于连接操作,驱动表和被驱动表的关联条件我们放在on后面,如果额外增加对驱动表和被驱动表的过滤条件,放到on或者where后面都不会报错,但是得到的结果集却是不一样的???
1.1 mysql连接的原理
众所周知,mysql是基于嵌套循环连接(Nested-Loop Join,暂不考虑优化算法)算法来进行表之间的连接操作的,大致过程如下:
- 选取驱动表,使用与驱动表相关的过滤条件执行对驱动表的单表查询;
- 对于查询到的驱动表中的每一条纪录,分别到被驱动表中查找匹配的纪录。
伪代码如下:
for each row in t1 { // 遍历满足对t1单表查询结果集中的每一条纪录 for each row in t2 { // 对于某条t1纪录,遍历满足对t2单表查询结果集中的每一条纪录 if row satisfies join conditions, send to client } }
1.2 show warnings命令
我们写的sql语句,在经过优化器优化后才会交给执行器执行,而show warnings命令则可以帮助我们获得优化器优化后的sql。
2. 准备工作
表结构如下:
CREATE TABLE `student` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `stu_code` varchar(20) NOT NULL DEFAULT '', `stu_name` varchar(30) NOT NULL DEFAULT '', `stu_sex` varchar(10) NOT NULL DEFAULT '', `stu_age` int(10) NOT NULL DEFAULT '0', `stu_dept` varchar(30) NOT NULL DEFAULT '', PRIMARY KEY (`id`) USING BTREE, UNIQUE KEY `uq_stu_code` (`stu_code`) ) ENGINE=InnoDB AUTO_INCREMENT=43 DEFAULT CHARSET=utf8mb4 CREATE TABLE `course` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `cou_code` varchar(20) NOT NULL DEFAULT '', `cou_name` varchar(50) NOT NULL DEFAULT '', `cou_score` int(10) NOT NULL DEFAULT '0', `stu_code` varchar(20) NOT NULL DEFAULT '', PRIMARY KEY (`id`) USING BTREE, KEY `idx_stu_code_cou_code` (`stu_code`,`cou_code`) ) ENGINE=InnoDB AUTO_INCREMENT=19 DEFAULT CHARSET=utf8mb4
表数据如下:
3. inner join内连接on、where的区别
sql如下:
select * from student inner join course on student.stu_code = course.stu_code and student.stu_code >= 3 and course.cou_score >= 80;
执行explain+sql命令:
执行show warnings命令:
分析:从show warnings分析来看,对于inner join连接,经过优化器优化后,on连接条件会转化为where!也就是说内连接中的where和on是等价的
。
4. left join左连接on、where的区别
4.1 where驱动表过滤条件
sql如下:
select * from student left join course on student.stu_code = course.stu_code where student.stu_code >= 3;
执行explain+sql命令:
执行show warnings命令:
结果集:
分析:从explain分析看出,student作为驱动表,把student.stu_code >= 3作为过滤条件进行全表扫描,然后把查询到的每条纪录的student.stu_code(也就是on条件里面的)分别作为过滤条件让被驱动表course做单表查询。
4.2 on驱动表过滤条件
sql如下:
select * from student left join course on student.stu_code = course.stu_code and student.stu_code >= 3;
执行explain+sql命令:
执行show warnings命令:
结果集:
从结果集来看,student.stu_code >= 3并未生效,为什么?
分析:从explain分析看出,student作为驱动表,做全表扫描,然后把查询到的每条记录的student.stu_code和student.stu_code >= 3(也就是on条件里面的)分别做为过滤条件让被驱动表做单表查询;此时student.stu_code >= 3对驱动表是不过滤的,仅在连接被驱动表时生效,查询不到符合纪录而返回NULL!
4.3 on被驱动表过滤条件
sql如下:
select * from student left join course on student.stu_code = course.stu_code and course.cou_score >= 80;
执行explain+sql命令:
执行show warnings命令:
结果集:
分析:从explain分析看出,student作为驱动表,做全表扫描,然后把查询到的每条记录的student.stu_code和course.cou_score >= 80(也就是on条件里面的)分别做为过滤条件让被驱动表做单表查询;
4.4 where被驱动表过滤条件
sql如下:
执行explain+sql命令:
执行show warnings命令:
结果集:
从show warnings分析来看?left join连接变成了inner join连接?
分析:从show warnings分析看出,如果被驱动表有过滤条件在where,那么left join会被失效,被优化成inner join连接。所以被驱动表的过滤条件应该放在on而不是where
。
5. 总结
其实,在内连接的基础上引入外连接的概念,就是为了解决驱动表中的纪录即使没有在被驱动表中找到匹配的纪录,仍要加入结果集的问题
。所以对于外连接(外连接包括:左连接、右连接),被驱动表的过滤条件我们应该放在on!
终于介绍完啦!小伙伴们,这篇关于《Mysql表连接的执行流程详解》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识,快来关注吧!
-
464 收藏
-
453 收藏
-
410 收藏
-
260 收藏
-
119 收藏
-
335 收藏
-
467 收藏
-
303 收藏
-
176 收藏
-
368 收藏
-
475 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 敏感的裙子
- 感谢大佬分享,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢楼主分享技术贴!
- 2023-04-20 06:23:00
-
- 寂寞的热狗
- 这篇文章内容真及时,好细啊,写的不错,mark,关注师傅了!希望师傅能多写数据库相关的文章。
- 2023-03-09 08:07:05
-
- 着急的黄豆
- 很详细,已加入收藏夹了,感谢老哥的这篇文章内容,我会继续支持!
- 2023-01-08 09:36:16
-
- 复杂的帆布鞋
- 这篇技术文章真是及时雨啊,大佬加油!
- 2023-01-06 22:28:34
-
- 明亮的康乃馨
- 真优秀,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢博主分享技术贴!
- 2023-01-06 04:12:51
-
- 轻松的狗
- 这篇技术文章真及时,太细致了,很有用,已加入收藏夹了,关注老哥了!希望老哥能多写数据库相关的文章。
- 2022-12-31 19:07:52