神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

大家好，我是考100分的小小码，祝大家学习进步，加薪顺利呀。今天说一说神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效],希望您对编程的造诣更进一步.

神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！

开心一刻

神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　楼主：心都让你吓出来了！

　　狮王：淡定，打个小喷嚏而已

前情回顾

　　神奇的 SQL 之联表细节 → MySQL JOIN 的执行过程（一）中，我们讲到了 3 种联表算法：SNL、BNL 和 INL，了解了数据的查询方式是 one by one，联表方式也是 one by one ；并谈到了 ON 和 WHERE，对下图中所说的提出了质疑

神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　认为 ON 和 WHERE 的生效时机有待商榷；此时楼主开始了欠大家的账

　　神奇的 SQL 之联表细节 → MySQL JOIN 的执行过程（二）中对联表算法进行了补充，详细介绍了 MRR 和 BKA，但还是未介绍 ON 和 WHERE，楼主依旧欠着大家的账，内心涌满了愧疚

　　终于在今天，楼主痛定思痛，决定将这笔账还上；此刻楼主的内心独白是这样的

神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　此时各位看官的内心肯定嘀咕着：你特么欠账欠的这么义愤填膺？不过我好喜欢

神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　咳咳，闲话不多说，进入我们今天的正题

SQL 执行顺序

　　SQL 的执行顺序相信大家多少有所了解，上网一搜也很快就能找到答案

　　神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　除了 WITH 用的比较少之外，其他都比较常用，相信大家对上面的执行顺序也没有什么疑问；我们重点关注下 JOIN、ON 和 WHERE

　　神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　那么 WHERE 是不是一定是在 ON 之后生效了？我们带着这个疑问往下看

ON 和 WHERE 的常规区别

　　on 针对的关联条件，是表与表之间通过哪些列、以什么条件进行关联，而 where 针对的是过滤条件；两者从概念上来讲是不同的

　　另外 on 一定是与 join 一并使用的，join 会添加外部行，并将外部行中被驱动表的字段填充 null ，而 where 进行过滤的时候，只有逻辑判断为 true 的记录才会保留，逻辑值为 false 和 unknown 的记录都会过滤掉（更多详情：神奇的 SQL 之温柔的陷阱 → 三值逻辑与 NULL ！）；两者得到的结果会有所不同

　　上面说的可能有些抽象，我们结合具体示例来看；MySQL 版本 5.7.21 ，准备表和初始数据

create table tbl_a (a int primary key, b int, c int, d int, e varchar(50));
insert into tbl_a values (4,3,1,1,"a");
insert into tbl_a values (1,1,1,2,"d");
insert into tbl_a values (8,8,7,8,"h");
insert into tbl_a values (2,2,1,2,"g");
insert into tbl_a values (5,2,2,5,"e");
insert into tbl_a values (3,3,2,1,"c");
insert into tbl_a values (7,4,0,5,"b");
insert into tbl_a values (6,5,2,4,"f");

create table tbl_b like tbl_a;
insert into tbl_b SELECT * from tbl_a;

insert into tbl_a values (9,9,9,9,"9");
insert into tbl_b values (10,10,10,10,"10");

代码100分

View Code

　　我们先来看看 left join（right join类似）

代码100分SELECT * FROM tbl_a a LEFT JOIN tbl_b b ON a.a = b.a AND a.b = b.b; /*query_on*/
SELECT * FROM tbl_a a LEFT JOIN tbl_b b ON a.a = b.a WHERE a.b = b.b; /*query_where*/

　　神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　我们可以看到：

　　　　语句 query_on 返回了 tbl_a 中的全部记录，tbl_b 无对应记录的字段值填成 NULL，这是因为 join 会添加外部行，将 tbl_a 有而 tbl_b 中没有的记录添加到结果集

　　　　语句 query_where 返回的是 8 行。因为最后的一行，在表 tbl_b 中没有匹配的字段，所以 where 后的 b.b 的值是 NULL，而 a.b 的值是 9，那么 where 9 = NULL 的结果是 unknown 而不是 true，因此这条记录不能作为结果集的一部分

　　我们再来看看 inner join

SELECT * FROM tbl_a a INNER JOIN tbl_b b ON a.a = b.a AND a.b = b.b; /*query_on*/
SELECT * FROM tbl_a a INNER JOIN tbl_b b ON a.a = b.a WHERE a.b = b.b; /*query_where*/

　　神奇的 SQL 之扑朔迷离 → ON 和 WHERE，好多细节！[亲测有效]

　　我们可以看到，执行结果是一样的，inner join 查询的就是驱动表与被驱动表同时存在的记录，所以过滤条件不管放在 ON 里，还是放在 WHERE 里，执行结果是一样的

ON 和 WHERE 的生效时机

　　ON 后的关联条件与 WHERE 后的过滤条件，这两者的执行顺序是否如 SQL 执行顺序图中说的那样，ON 一定先与 WHERE ？

　　问题先放着，我们以 left join 为例，来看看 4 个案例，也许从中能找到我们想要的答案

　　1、左表与右表都没二级索引

　　　　刚好上面的 tbl_a 和 tbl_b 满足条件，我们来看看 SQL 的执行计划

代码100分EXPLAIN SELECT * FROM tbl_a a 
LEFT JOIN tbl_b b 
ON a.b = b.b AND a.c = b.c
WHERE a.b >= 2 AND a.b < 10 AND a.c > 0 
AND a.d != 1 AND a.e != "a"