那么 WHERE 是不是一定是在 ON 之后生效了 ？ 我们带着这个疑问往下看
on 针对的关联条件，是表与表之间通过哪些列、以什么条件进行关联，而 where 针对的是过滤条件；两者从概念上来讲是不同的
另外 on 一定是与 join 一并使用的，join 会添加外部行，并将外部行中被驱动表的字段填充 null ，而 where 进行过滤的时候，只有逻辑判断为 true 的记录才会保留，逻辑值为 false 和 unknown 的记录都会过滤掉；两者得到的结果会有所不同。
上面说的可能有些抽象，我们结合具体示例来看；MySQL 版本 5.7.21 ，准备表和初始数据
我们先来看看 left join（right join类似）
我们可以看到：
我们再来看看 inner join
我们可以看到，执行结果是一样的，inner join 查询的就是驱动表与被驱动表同时存在的记录，所以过滤条件不管放在 ON 里，还是放在 WHERE 里，执行结果是一样的
ON 和 WHERE 的生效时机
ON 后的关联条件与 WHERE 后的过滤条件，这两者的执行顺序是否如 SQL 执行顺序图中说的那样，ON 一定先与 WHERE ？
问题先放着，我们以 left join 为例，来看看 4 个案例，也许从中能找到我们想要的答案
1、左表与右表都没二级索引
刚好上面的 tbl_a 和 tbl_b 满足条件，我们来看看 SQL 的执行计划
驱动表是 tbl_a，这个相信大家没问题，我们重点看下 type 和 Extra
这条 SQL 的执行流程应该是这样的：
此时大家看出什么了没 ？ ON 后的关联条件是在 WHERE 后的过滤条件之前生效的吗 ？
这个案例不太常见，因为表没有二级索引，我们接着往下看看有二级索引的情况
2、左表有二级索引，右表无二级索引
我们在 tbl_a 建一个组合索引 create index idx_bcd on tbl_a(b, c, d); ，然后往 tbl_a 和 tbl_b 中各插入 10W 条记录，我们再来看执行计划
此时 WHERE 后的过滤条件的生效时机也是早于 ON 后的关联条件的。
3、左表无二级索引，右表有二级索引
将 tbl_b 作为左表，tbl_a 作为右表，我们来看效果
4、左表与右表都有二级索引
我们在 tbl_b 表上建一个组合索引 create index idx_bcd on tbl_b(b, c, d); 我们来看看 SQL 的执行计划
自此，关于 ON 和 WHERE 的生效时机，你清楚了吗 ？
他两的生效时机，需要结合表结构，以及具体的 SQL 来分析，而不是 ON 一定先于 WHERE