mysql left join on or_关于 MySQL LEFT JOIN 不可不知的事

小咪咪 2022-10-25 01:20 35阅读 0赞

你认为自己已对 MySQL 的 LEFT JOIN 理解深刻，这篇文章，我想让你能多学会点东西！

ON 子句与 WHERE 子句的不同

一种更好地理解带有 WHERE ... IS NULL 子句的复杂匹配条件的简单方法

Matching-Conditions 与 Where-conditions 的不同

你一定知道关于 “A LEFT JOIN B ON 条件表达式” 的基础用法

ON 条件(“A LEFT JOIN B ON 条件表达式”中的ON)用来决定如何从 B 表中检索数据行。

如果 B 表中没有任何一行数据匹配 ON 的条件,将会额外生成一行所有列为 NULL 的数据

在匹配阶段 WHERE 子句的条件都不会被使用。仅在匹配阶段完成以后，WHERE 子句条件才会被使用。它将从匹配阶段产生的数据中检索过滤。

例如：news 与 news\_category表的结构如下，news表的category\_id与news\_category表的id是对应关系。

![481839de3466cbe02f513fd9074558b9.png][]

显示news表记录，并显示news的category名称，查询语句如下

select a.id,a.title,b.name as category\_name,a.content,a.addtime,a.lastmodify

from news as a left join news\_category as b

on a.category\_id= b.id;

因 news\_category 表没有id=4的记录，因此news 表中category\_id=4的记录的category\_name=NULL

使用left join， A表与B表所显示的记录数为 1:1 或 1:0，A表的所有记录都会显示，B表只显示符合条件的记录。

但如果B表符合条件的记录数大于1条，就会出现1:n的情况，这样left join后的结果，记录数会多于A表的记录数。

例如：member与member\_login\_log表的结构如下，member记录会员信息，member\_login\_log记录会员每日的登入记录。member表的id与member\_login\_log表的uid是对应关系。

![c959a2d2f2c7dc74e1f9a5d4e5d356a6.png][]

查询member用户的资料及最后登入日期：

如果直接使用left join

select a.id, a.username, b.logindate

from member as a

left join member\_login\_log as b on a.id= b.uid;

保证B表的符合条件的记录是空或唯一，我们可以使用group by来实现。

select a.id, a.username, b.logindate

from member as a

left join (select uid, max(logindate) as logindate from member\_login\_log group by uid) as b

on a.id= b.uid;

小结：使用left join的两个表，最好是1:1 或 1:0的关系，这样可以保证A表的记录全部显示，B表显示符合条件的记录。

创建表及测试数据

mysql>CREATE TABLE \`product\` (

\`id\`int(10) unsigned NOT NULL auto\_increment,

\`amount\`int(10) unsigned defaultNULL,

PRIMARY KEY (\`id\`)

) ENGINE=MyISAM AUTO\_INCREMENT=5 DEFAULT CHARSET=latin1

mysql>CREATE TABLE \`product\_details\` (

\`id\`int(10) unsigned NOT NULL,

\`weight\`int(10) unsigned defaultNULL,

\`exist\`int(10) unsigned defaultNULL,

PRIMARY KEY (\`id\`)

) ENGINE=MyISAM DEFAULT CHARSET=latin1

mysql>INSERT INTO product (id,amount)

VALUES (1,100),(2,200),(3,300),(4,400);

Query OK,4 rows affected (0.00sec)

Records:4 Duplicates: 0 Warnings: 0mysql>INSERT INTO product\_details (id,weight,exist)

VALUES (2,22,0),(4,44,1),(5,55,0),(6,66,1);

Query OK,4 rows affected (0.00sec)

Records:4 Duplicates: 0 Warnings: 0mysql> SELECT \*FROM product;+----+--------+

| id | amount |

\+----+--------+

| 1 | 100 |

| 2 | 200 |

| 3 | 300 |

| 4 | 400 |

\+----+--------+

4 rows in set (0.00sec)

mysql> SELECT \*FROM product\_details;+----+--------+-------+

| id | weight | exist |

\+----+--------+-------+

| 2 | 22 | 0 |

| 4 | 44 | 1 |

| 5 | 55 | 0 |

| 6 | 66 | 1 |

\+----+--------+-------+

4 rows in set (0.00sec)

mysql> SELECT \*FROM product LEFT JOIN product\_details

ON (product.id=product\_details.id);+----+--------+------+--------+-------+

\+----+--------+------+--------+-------+

| 2 | 200 | 2 | 22 | 0 |

| 4 | 400 | 4 | 44 | 1 |

\+----+--------+------+--------+-------+

4 rows in set (0.00 sec)

ON 子句和 WHERE 子句有什么不同？

一个问题：下面两个查询的结果集有什么不同么？

1. SELECT\*FROM

product

LEFT JOIN product\_details ON (

product.id=product\_details.id

)

AND product\_details.id= 2;2. SELECT\*FROM

product

LEFT JOIN product\_details ON (

product.id=product\_details.id

)

WHERE

product\_details.id= 2;

第一条查询使用 ON 条件决定了从 LEFT JOIN的 product\_details表中检索符合的所有数据行。

第二条查询做了简单的LEFT JOIN，然后使用 WHERE 子句从 LEFT JOIN的数据中过滤掉不符合条件的数据行。

再看一个示例：

SELECT\*FROM

product

LEFT JOIN product\_details ON product.id=product\_details.id

AND product.amount= 100;

有来自product表的数据行都被检索到了，但没有在product\_details表中匹配到记录(product.id= product\_details.id AND product.amount=100 条件并没有匹配到任何数据)

SELECT \*FROM product LEFT JOIN product\_details

ON (product.id=product\_details.id)

AND product.amount=200;

同样，所有来自product表的数据行都被检索到了，有一条数据匹配到了。

使用 WHERE ... IS NULL 子句的 LEFT JOIN 会发生什么呢？

WHERE 条件查询发生在 匹配阶段之后，这意味着 WHERE ... IS NULL 子句将从匹配阶段后的数据中过滤掉不满足匹配条件的数据行。

纸面上看起来很清楚，但是当你在 ON 子句中使用多个条件时就会感到困惑了。

我总结了一种简单的方式来理解上述情况：

将 IS NULL 作为否定匹配条件

使用 !(A and B) == !A OR !B 逻辑判断 看看下面的示例：

SELECT a.\*FROM product a LEFT JOIN product\_details b

ON a.id=b.id AND b.weight!=44 AND b.exist=0WHERE b.id IS NULL;

检查一下 ON 匹配子句：我们可以把 IS NULL 子句 看作是否定匹配条件。

这意味着我们将检索到以下行：

!( exist(b.id that equals to a.id) AND b.weight !=44 AND b.exist=0)!exist(b.id that equals to a.id) || !(b.weight !=44) || !(b.exist=0)!exist(b.id that equals to a.id) || b.weight =44 || b.exist=1

就像在C语言中的逻辑 AND 和 逻辑 OR表达式一样，其操作数是从左到右求值的。如果第一个参数做够判断操作结果，那么第二个参数便不会被计算求值(短路效果)

看看别的示例：

SELECT a.\*FROM product a LEFT JOIN product\_details b

ON a.id=b.id AND b.weight!=44 AND b.exist=1WHERE b.id IS NULL;

Matching-Conditions 与 Where-conditions 之战

如果把基本的查询条件放在 ON 子句中，把剩下的否定条件放在 WHERE 子句中，那么你会获得相同的结果。

如

SELECT a.\*FROM product a LEFT JOIN product\_details b

ON a.id=b.id AND b.weight!=44 AND b.exist=0WHERE b.id IS NULL;

可以改为：

SELECT a.\*FROM product a LEFT JOIN product\_details b

ON a.id=b.id

WHERE b.id isnull OR b.weight=44 OR b.exist=1;

又如：

SELECT a.\*FROM product a LEFT JOIN product\_details b

ON a.id=b.id AND b.weight!=44 AND b.exist!=0WHERE b.id IS NULL;

可以改为：

SELECT a.\*FROM product a LEFT JOIN product\_details b

ON a.id=b.id

WHERE b.id isnull OR b.weight=44 OR b.exist=0;

只需要第一个表中的数据的话，这些查询会返回相同的结果集。

有一种情况就是，如果你从 LEFT JOIN的表中检索数据时，查询的结果就不同了。

如前所述，WHERE 子句是在匹配阶段之后用来过滤的。

示例

SELECT \*FROM product a LEFT JOIN product\_details b

ON a.id=b.id AND b.weight!=44 AND b.exist=1WHERE b.id isnull;

SELECT\*FROM product a LEFT JOIN product\_details b

ON a.id=b.id

WHERE b.id IS NULL OR b.weight=44 OR b.exist=0;

注：

如果使用 LEFT JOIN 来寻找在一些表中不存在的记录，需要做下面的测试：WHERE 部分的 col\_name IS NULL(其中 col\_name 列被定义为 NOT NULL)，MYSQL 在查询到一条匹配 LEFT JOIN 条件后将停止搜索更多行(在一个特定的组合键下)

[481839de3466cbe02f513fd9074558b9.png]: /images/20221024/9e2fa5881fbc42478b474d84bec58563.png
[c959a2d2f2c7dc74e1f9a5d4e5d356a6.png]: /images/20221024/4ab3a7c075994df299b081637d257e59.png