产品中心
对于连接操作，驱动表和被驱动表的关联条件我们放在on后面，如果额外增加对驱动表和被驱动表的过滤条件，放到on或者where后面都不会报错，但是得到的结果集却是不一样的？？？
众所周知，mysql是基于嵌套循环连接（Nested-Loop Join，暂不考虑优化算法）算法来进行表之间的连接操作的，大致过程如下：
伪代码如下：
sql如下：
执行show warnings命令：
分析：从show warnings分析来看，对于inner join连接，经过优化器优化后，on连接条件会转化为where！也就是说内连接中的where和on是等价的。
sql如下：
执行show warnings命令：
结果集：
分析：从explain分析看出，student作为驱动表，把student.stu_code >= 3作为过滤条件进行全表扫描，然后把查询到的每条纪录的student.stu_code（也就是on条件里面的）分别作为过滤条件让被驱动表course做单表查询。
sql如下：
执行show warnings命令：
结果集：
从结果集来看，student.stu_code >= 3并未生效，为什么？
分析：从explain分析看出，student作为驱动表，做全表扫描，然后把查询到的每条记录的student.stu_code和student.stu_code >= 3（也就是on条件里面的）分别做为过滤条件让被驱动表做单表查询；此时student.stu_code >= 3对驱动表是不过滤的，仅在连接被驱动表时生效，查询不到符合纪录而返回NULL！
sql如下：
执行show warnings命令：
结果集：
分析：从explain分析看出，student作为驱动表，做全表扫描，然后把查询到的每条记录的student.stu_code和course.cou_score >= 80（也就是on条件里面的）分别做为过滤条件让被驱动表做单表查询；
sql如下：
执行explain+sql命令：
执行show warnings命令：
结果集：
从show warnings分析来看？left join连接变成了inner join连接？
分析：从show warnings分析看出，如果被驱动表有过滤条件在where，那么left join会被失效，被优化成inner join连接。所以被驱动表的过滤条件应该放在on而不是where。
其实，在内连接的基础上引入外连接的概念，就是为了解决驱动表中的纪录即使没有在被驱动表中找到匹配的纪录，仍要加入结果集的问题。所以对于外连接（外连接包括：左连接、右连接），被驱动表的过滤条件我们应该放在on！
到此这篇关于Mysql表连接的执行流程详解的文章就介绍到这了,更多相关Mysql表连接 内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！
