技术频道

公众号推荐

微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦！

解析mysql left( right ) join使用on与where筛选的差异

时间：2018-12-30分类：PHP作者：编程之家

有这样的一个问题mySQL查询使用MysqL中left(right)join筛选条件在on与where查询出的数据是否有差异。
可能只看着两个关键字看不出任何的问题。那我们使用实际的例子来说到底有没有差异。

例如存在两张表结构
<FONT style="COLOR: #ff0000">表结构1

<div class="codetitle"><a style="CURSOR: pointer" data="41738" class="copybut" id="copybut41738" onclick="doCopy('code41738')"> 代码如下:

<div class="codebody" id="code41738">
drop table if EXISTS A;
CREATE TABLE A (
ID int(1) NOT NULL,
PRIMARY KEY (ID)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

<FONT style="COLOR: #ff0000">表结构2

<div class="codetitle"><a style="CURSOR: pointer" data="33452" class="copybut" id="copybut33452" onclick="doCopy('code33452')"> 代码如下:

<div class="codebody" id="code33452">
drop table if EXISTS B;
CREATE TABLE B (
ID int(1) NOT NULL,
PRIMARY KEY (ID)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

表一插入数据

<div class="codetitle"><a style="CURSOR: pointer" data="11426" class="copybut" id="copybut11426" onclick="doCopy('code11426')"> 代码如下:

<div class="codebody" id="code11426">
insert into A values ( 1 );
insert into A values ( 2 );
insert into A values ( 3 );
insert into A values ( 4 );
insert into A values ( 5 );
insert into A values ( 6 );

表二插入数据

<div class="codetitle"><a style="CURSOR: pointer" data="50947" class="copybut" id="copybut50947" onclick="doCopy('code50947')"> 代码如下:

<div class="codebody" id="code50947">
insert into B values ( 1 );
insert into B values ( 2 );
insert into B values ( 3 );

完成后A,B表数据如下：

语句一

代码如下:

select A.ID as AID,B.ID as BID from A left join B on A.ID = B.ID where B.ID<3

语句二

代码如下:

select A.ID as AID,B.ID as BID from A left join B on A.ID = B.ID and B.ID<3

以上两个语句的查询结果是否一致。
反正一切我是没有注意到这两个查询存在任何差异的【以前也没这么写过sql】。
我们看看实际结果
语句一的查询结果

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">语句二的查询结果为：

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">发现两个查询存在差异。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">为什么会存在差异，这和on与where查询顺序有关。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">我们知道标准查询关键字执行顺序为 from->where->group by->having->order by[记得不是很清楚呢]

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">left join 是在from范围类所以先on条件筛选表，然后两表再做left join。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">而对于where来说在left join结果再次筛选。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">第一sql语句查询过程如下等价于：

1:先是left join

代码如下:

select A.ID as AID,B.ID as BID from A left join B on A.ID = B.ID

查询结果如下

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

2：再查询结果中将B.ID即BID<2筛选出来。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">也就是我们上面看到的结果。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">第二sql语句查询过程如下等价于：

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

1：先按照on条件刷选表等价于先筛选B表：

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

2：再已上查询结果与A表做left join，这也是为什么我们看到第二个查询的sql会保留A表的原因。

（1）：ON后面的筛选条件主要是针对的是关联表【而对于主表刷选条件不适用】。
例如

代码如下:

select A.ID as AID,B.ID as BID from A left join B on A.ID = B.ID and A.ID = 3

这个的查询结果为

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">
挺诧异的吧和我们期望的结果不一样，并为筛选出AID=3的数据。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">但是我们也发现 AID 与中AID 1 于2对应的值为NULL，关联表只取了满足A表筛刷选条件的值。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">即主表条件在on后面时附表只取满足主表帅选条件的值、而主表还是取整表。

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">查询后才连接应该把查询件

ottOM: 0px; MARGIN-TOP: 0px; MARGIN-BottOM: 0px; PADDING-TOP: 0px">

查询再做join

所以第二个sql等价于

代码如下:

select A.ID as AID,B1.ID as BID 
from A left join ( select B.ID from B where B.ID <3 )B1 on A.ID = B1.ID 

以上全在MysqL5.1上测试过

join join left mysql

上一篇：ubuntu下编译安装xcache for php5.下一篇：浅析is_writable的php实现

相关推荐

vue+thinkphp5实现微信扫码支付(NATIVE支付)

统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单，返回预支付订单号的接口，目前微信支付所有场景均使用这一接口。下面介绍的是其中NATIVE的支付实现流程与PC端实现扫码支付流程

作者：我恨bug 时间：2024-07-30

uniapp+thinkphp5实现微信扫码支付(APP支付)

统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单，返回预支付订单号的接口，目前微信支付所有场景均使用这一接口。下面介绍的是其中APP的支付的配置与实现流程

作者：我恨bug 时间：2024-07-30

uniapp+thinkphp5实现微信登录

前言之前做了微信登录，所以总结一下微信授权登录并获取用户信息这个功能的开发流程。配置 1.首先得在微信公众平台申请一下微信小程序账号并获取到小程序的AppID和AppSecret https://mp.weixin.qq.com/cgi-bin/loginpage?url=%2Fwxamp%2F

作者：我恨bug 时间：2024-07-30

【PHP】关于fastadmin框架中使用with进行连表查询时setEagerlyType字段的理解

FastAdmin是我第一个接触的后台管理系统框架。FastAdmin是一款开源且免费商用的后台开发框架，它基于ThinkPHP和Bootstrap两大主流技术构建的极速后台开发框架，它有着非常完善且强大的功能和便捷的开发体验，使我逐渐喜欢上了它。

作者：我恨bug 时间：2024-07-30

【workerman】uniapp+thinkPHP5使用GatewayWorker实现实时通讯

之前公司需要一个内部的通讯软件，就叫我做一个。通讯软件嘛，就离不开通讯了，然后我就想到了长连接。这里本人用的是GatewayWorker框架。

作者：我恨bug 时间：2024-07-30

uniapp+thinkphp5实现微信支付(JSAPI支付)

统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单，返回预支付订单号的接口，目前微信支付所有场景均使用这一接口。下面介绍的是其中JSAPI的支付实现流程

作者：我恨bug 时间：2024-07-30

服务器优化必备：深入了解PHP8底层开发原理

作者：编程之家时间：2023-09-11

Golang的网络编程：如何快速构建高性能的网络应用？

作者：编程之家时间：2023-09-11

Golang和其他编程语言的对比：为什么它的开发效率更高？

作者：编程之家时间：2023-09-11

PHP8底层开发原理揭秘：如何利用新特性创建出色的Web应用

作者：编程之家时间：2023-09-11

小编推荐

苹果市值2025年有望达4万亿美元

解析mysql left( right ) join使用on与where筛选的差异

例如存在两张表结构<FONT style="COLOR: #ff0000">表结构1

<FONT style="COLOR: #ff0000">表结构2

表一插入数据

表二插入数据

完成后A,B表数据如下：

语句一

语句二

1:先是left join

2：再查询结果中将B.ID即BID<2筛选出来。

1：先按照on条件刷选表等价于先筛选B表：

2：再已上查询结果与A表做left join，这也是为什么我们看到第二个查询的sql会保留A表的原因。

查询再做join

相关推荐

例如存在两张表结构
<FONT style="COLOR: #ff0000">表结构1