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

   有这样的一个问题mysql查询使用mysql中left(right)join筛选条件在on与where查询出的数据是否有差异。

   可能只看着两个关键字看不出任何的问题。那我们使用实际的例子来说到底有没有差异。

 

   例如存在两张表结构

   表结构1

 

drop table if EXISTS A;
CREATE TABLE A (
  ID int(1) NOT NULL,
  PRIMARY KEY  (ID)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

   表结构2

 

drop table if EXISTS B;
CREATE TABLE B (
  ID int(1) NOT NULL,
  PRIMARY KEY  (ID)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

   表一插入数据

 

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 );

 表二插入数据

 

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】。

   我们看看实际结果

   语句一的查询结果

 

 

语句二的查询结果为：

 

 

发现两个查询存在差异。

为什么会存在差异，这和on与where查询顺序有关。

我们知道标准查询关键字执行顺序为 from->where->group by->having->order by[ 记得不是很清楚呢]

left join 是在from范围类所以 先on条件筛选表，然后两表再做left join。

而对于where来说在left join结果再次筛选。

 第一sql语句查询过程如下等价于：

    1:先是left join

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

   查询结果如下

 

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

       也就是我们上面看到的结果。

第二sql语句查询过程如下等价于：

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

  

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

 

ON与where的使用一定要注意场所：

    （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

    这个的查询结果为

挺诧异的吧和我们期望的结果不一样，并为筛选出AID=3的数据。

但是我们也发现 AID 与 中AID 1 于2对应的值为NULL，关联表只取了满足A表筛刷选条件的值。

即主表条件在on后面时附表只取满足主表帅选条件的值、而主表还是取整表。

 （2）：对于主表的筛选条件应放在where后面，不应该放在ON后面

 （3）：对于关联表我们要区分对待。如果是要条件查询后才连接应该把查询件

              放置于ON后。

              如果是想再连接完毕后才筛选就应把条件放置于where后面

 （4）： 对于关联表我们其实可以先做子查询再做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上测试过

 

 

 

评论

4 楼 greatwqs 2014-04-08  

写得不错, 采用最后一种的SQL写法确实存在很多问题, 子查询数据太多.
执行效率很慢, 如果整个SQL的返回数据较多, 我用的时候还在前面加了一个insert, 经常造成MySQL死锁.
3楼第二个SQL

select * from bt left join  ( select bt1.ID from bt1  where bt1.`VName`<'M5' and bt1.ID <1000 )B1 on bt.ID = b1.`ID`
where bt.ID <1000

执行时间少, 应该是子查询结果集比较小的原因,
如果较大还是用 LEFT JOIN XXXX ON .. AND ..

3 楼 80197675 2011-01-18  

xiangzi21 写道

写的不错!
不过最后一个例子
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

如果数据量小倒是可以,如果数据量大了mysql对关联字查询的效率不高吧?

刚才看呢下 上个是我子查询的sql写的有问题

select * from bt left join  ( select bt1.ID from bt1  where bt1.`VName`<'M5' and bt1.ID <1000 )B1 on bt.ID = b1.`ID`
where bt.ID <1000

如果修改成上面的
查询时间为 105ms
和查询二相差不了多少。

所以应该效率是差不多......
即子查询与之间on查询效率应该差不了多少，单子查询必须写正确，像我第一次写的子查询就没写正确。

下次等测试完毕再下结论 呵呵

2 楼 80197675 2011-01-18  

xiangzi21 写道

写的不错!
不过最后一个例子
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

如果数据量小倒是可以,如果数据量大了mysql对关联字查询的效率不高吧?

恩 谢谢提醒。
会存在这样的问题，并且对于非索引列效率相差太大。

我拿这两张表做实验

CREATE TABLE `bt` (
  `ID` int(10) NOT NULL,
  `VName` varchar(20) NOT NULL DEFAULT '',
  PRIMARY KEY (`ID`,`VName`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
CREATE TABLE `bt1` (
  `ID` int(10) NOT NULL,
  `VName` varchar(20) NOT NULL DEFAULT '',
  KEY `ID` (`ID`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

分别插入10000000条数据 数据格式如下
ID  vname
0   M0
1   M1
然后分别对索引列及非索引列采用两种方式查询。
索引列不存在什么差别，效率差不多。
单是对于非索引列差别相差太大。
查询语句如下

select * from bt left join  ( select bt1.ID from bt1  where bt1.`VName`<'M5' )B1 on bt.ID = b1.`ID`
where bt.ID <1000 --1

select  *
from bt left join  bt1  on bt.ID = bt1.`ID` and bt1.`VName`<'M5'
where bt.ID <1000 --2

语句1花费 1000 rows fetched (24.860 sec)
语句2花费 1000 rows fetched (156 ms)
效率相差不是几倍而是几百倍。

1 楼 xiangzi21 2011-01-18  

写的不错!
不过最后一个例子
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

如果数据量小倒是可以,如果数据量大了mysql对关联字查询的效率不高吧?