联表细节：MySQL JOIN 的执行过程

对于 MySQL 的 JOIN，不知道大家有没有去想过他的执行流程，亦或有没有怀疑过自己的理解；如果大家不知道怎么检验，可以试着回答如下的问题。

驱动表的选择：MySQL 会如何选择驱动表，按从左至右的顺序选择第一个？

多表连接的顺序

假设我们有 3 张表：A、B、C，和如下 SQL

-- 伪 SQL，不能直接执行
A LEFT JOIN B ON B.aId = A.id
LEFT JOIN C ON C.aId = A.id
WHERE A.name = '666' AND B.state = 1 AND C.create_time > '2019-11-22 12:12:30'

是 A 和 B 联表处理完之后的结果再和 C 进行联表处理，还是 A、B、C 一起联表之后再进行过滤处理 ，还是说这两种都不对，有其他的处理方式 ？

ON、WHERE 的生效时机

无意之间逛到了一篇博文，它里面有如下介绍

摘自 Mysql - JOIN详解

看完这个，第一时间有发现新大陆的感觉，原来 JOIN 的执行顺序是这样的，可后面越想越不对，感觉像是学错了技能。

如果两表各有几百上千万的数据，那这两张表做笛卡尔积，结果不敢想象！也就是说 正经图1 中的顺序还有待商榷，ON 和 WHERE 的生效时间也有待商榷。

如果你对上述问题都了如指掌，那请你走开，别妨碍我装逼；如果你对上述问题还不是特别清楚，那么请坐好，我要开始装逼了。

驱动表

何谓驱动表，指多表关联查询时，第一个被处理的表，亦可称之为基表，然后再使用此表的记录去关联其他表。

驱动表的选择遵循一个原则：在对最终结果集没影响的前提下，优先选择结果集最少的那张表作为驱动表。

这个原则说的不好懂，结果集最少，这个也许我们能估出来，但对最终结果集不影响，这个就不好判断了，难归难，但还是有一定规律的：

LEFT JOIN 一般以左表为驱动表（RIGHT JOIN一般则是右表 ），INNER JOIN 一般以结果集少的表为驱动表，如果还觉得有疑问，则可用 EXPLAIN 来找驱动表，其结果的第一张表即是驱动表。 你以为 EXPLAIN 就一定准吗 ？ 执行计划在真正执行的时候是可能改变的！ 绝大多少情况下是适用的，特别是 EXPLAIN。

LEFT JOIN 某些情况下会被查询优化器优化成 INNER JOIN；结果集指的是表中记录过滤后的结果，而不是表中的所有记录，如果无过滤条件则是表中所有记录

SQL 执行的流程图

当我们向 MySQL 发送一个请求的时候，MySQL 到底做了些了什么？