神奇的SQL，你真的知道 ON 和 WHERE 之间的区别吗ON和WHERE好区分，也容易混淆，它们在概念上就做了明确区

开心一刻

一天，我和朋友去吃小龙虾

突然听到隔壁桌的小女孩问妈妈：妈妈，小龙虾回不了家，它妈妈会不会着急？

她妈妈愣住了，我扒虾的手停下了，这么善良的问题，怎么下得了口

这是老板急忙过来解围：不会的，不会的，它们全家都在这了

前情回顾

你们要实在是不爽，来打我呀！

实在是不行，你，你......，你来打我呀

回想起来，我内心充满了愧疚，所以我痛定思痛，决定将这笔账还上

SQL 执行顺序

关于 SQL 执行顺序，我相信大家都能说上来个大概，但也仅限于大概，因为有些细节接触的非常少

有些细节是不是接触的少，甚至没接触过？但不重要，因为今天的重点是：JOIN 、ON 和 WHERE

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

常规区别

指的的是 ON 和 WHERE 的常规区别

上面说的可能有些抽象，我们结合具体示例来看；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');

我们先来看看 LEFT JOIN（RIGHT JOIN 类似）

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*/

我们可以看到

语句 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*/

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

生效时机

指的是 ON 和 WHERE 的生效时机，ON 后的关联条件与 WHERE 后的过滤条件，这两者的执行顺序是否如 SQL 执行顺序图中说的那样，ON 一定先于 WHERE ？我们以 LEFT JOIN 为例，来看看 4 个案例，也许从中能找到我们想要的答案

自此，关于 ON 和 WHERE 的生效时机，你清楚了吗 ？

总结

ON 和 WHERE 好区分，也容易混淆，它们在概念上就做了明确区分，但是又可以做概念之外的事，所以用着用着就开始混淆了；我们应该严格按他们的概念来处理，ON 后跟关联条件，其他的都放到 WHERE 后做过滤条件，尽量保证 SQL 语义清晰；至于它俩的生效时机，需要结合表结构，以及具体的 SQL 来分析，而不是 ON 一定先于 WHERE