2、where条件是在临时表生成好后,再对临时表进行过滤的条件。这时已经没有left join的含义(必须返回左边表的记录)了,条件不为真的就全部过滤掉。
那么 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
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)