数据库MySQL中的JOIN详解

0 索引

  • JOIN语句的执行顺序
  • INNER/LEFT/RIGHT/FULL JOIN的区别
  • ON和WHERE的区别

1 概述

一个完整的SQL语句中会被拆分成多个子句,子句的执行过程中会产生虚拟表(vt),但是结果只返回最后一张虚拟表。从这个思路出发,我们试着理解一下JOIN查询的执行过程并解答一些常见的问题。

如果之前对不同JOIN的执行结果没有概念,可以结合这篇文章往下看

2 JOIN的执行顺序

以下是JOIN查询的通用结构

SELECT <row_list>     FROM <left_table>       <inner|left|right> JOIN <right_table>        ON <join condition>           WHERE <where_condition> 

它的执行顺序如下(SQL语句里第一个被执行的总是FROM子句):

  • FROM:对左右两张表执行笛卡尔积,产生第一张表vt1。行数为n*m(n为左表的行数,m为右表的行数
  • ON:根据ON的条件逐行筛选vt1,将结果插入vt2中
  • JOIN:添加外部行,如果指定了LEFT JOIN(LEFT OUTER JOIN),则先遍历一遍左表的每一行,其中不在vt2的行会被插入到vt2,该行的剩余字段将被填充为NULL,形成vt3;如果指定了RIGHT JOIN也是同理。但如果指定的是INNER JOIN,则不会添加外部行,上述插入过程被忽略,vt2=vt3(所以INNER JOIN的过滤条件放在ON或WHERE里 执行结果是没有区别的,下文会细说)
  • WHERE:对vt3进行条件过滤,满足条件的行被输出到vt4
  • SELECT:取出vt4的指定字段到vt5

下面用一个例子介绍一下上述联表的过程(这个例子不是个好的实践,只是为了说明join语法)

3 举例

创建一个用户信息表:

CREATE TABLE `user_info` (    `userid` int(11) NOT NULL,    `name` varchar(255) NOT NULL,    UNIQUE `userid` (`userid`)  ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 

再创建一个用户余额表:

CREATE TABLE `user_account` (    `userid` int(11) NOT NULL,    `money` bigint(20) NOT NULL,   UNIQUE `userid` (`userid`)  ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 

随便导入一些数据:

select * from user_info;  +--------+------+  | userid | name |  +--------+------+  |   1001 | x    |  |   1002 | y    |  |   1003 | z    |  |   1004 | a    |  |   1005 | b    |  |   1006 | c    |  |   1007 | d    |  |   1008 | e    |  +--------+------+  8 rows in set (0.00 sec)   select * from user_account;  +--------+-------+  | userid | money |  +--------+-------+  |   1001 |    22 |  |   1002 |    30 |  |   1003 |     8 |  |   1009 |    11 |  +--------+-------+  4 rows in set (0.00 sec) 

一共8个用户有用户名,4个用户的账户有余额。

取出userid为1003的用户姓名和余额,SQL如下:

SELECT i.name, a.money     FROM user_info as i       LEFT JOIN user_account as a         ON i.userid = a.userid           WHERE a.userid = 1003; 

第一步:执行FROM子句对两张表进行笛卡尔积操作

笛卡尔积操作后会返回两张表中所有行的组合,左表user_info有8行,右表user_account有4行,生成的虚拟表vt1就是8*4=32行:

SELECT * FROM user_info as i LEFT JOIN user_account as a ON 1;  +--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1001 |    22 |  |   1003 | z    |   1001 |    22 |  |   1004 | a    |   1001 |    22 |  |   1005 | b    |   1001 |    22 |  |   1006 | c    |   1001 |    22 | |   1007 | d    |   1001 |    22 |  |   1008 | e    |   1001 |    22 |  |   1001 | x    |   1002 |    30 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1002 |    30 |  |   1004 | a    |   1002 |    30 |  |   1005 | b    |   1002 |    30 |  |   1006 | c    |   1002 |    30 |  |   1007 | d    |   1002 |    30 |  |   1008 | e    |   1002 |    30 |  |   1001 | x    |   1003 |     8 |  |   1002 | y    |   1003 |     8 |  |   1003 | z    |   1003 |     8 |  |   1004 | a    |   1003 |     8 |  |   1005 | b    |   1003 |     8 |  |   1006 | c    |   1003 |     8 |  |   1007 | d    |   1003 |     8 |  |   1008 | e    |   1003 |     8 |  |   1001 | x    |   1009 |    11 |  |   1002 | y    |   1009 |    11 |  |   1003 | z    |   1009 |    11 |  |   1004 | a    |   1009 |    11 | |   1005 | b    |   1009 |    11 |  |   1006 | c    |   1009 |    11 |  |   1007 | d    |   1009 |    11 |  |   1008 | e    |   1009 |    11 |  +--------+------+--------+-------+  32 rows in set (0.00 sec) 

第二步:执行ON子句过滤掉不满足条件的行

ON i.userid = a.userid 过滤之后vt2如下:

+--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1003 |     8 |  +--------+------+--------+-------+ 

第三步:JOIN 添加外部行

LEFT JOIN会将左表未出现在vt2的行插入进vt2,每一行的剩余字段将被填充为NULL,RIGHT JOIN同理

本例中用的是LEFT JOIN,所以会将左表user_info剩下的行都添上 生成表vt3:

+--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1003 |     8 |  |   1004 | a    |   NULL |  NULL |  |   1005 | b    |   NULL |  NULL |  |   1006 | c    |   NULL |  NULL |  |   1007 | d    |   NULL |  NULL |  |   1008 | e    |   NULL |  NULL |  +--------+------+--------+-------+ 

第四步:WHERE条件过滤

WHERE a.userid = 1003 生成表vt4:

+--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1003 | z    |   1003 |     8 |  +--------+------+--------+-------+ 

第五步:SELECT

SELECT i.name, a.money 生成vt5:

+------+-------+  | name | money |  +------+-------+  | z    |     8 |  +------+-------+ 

虚拟表vt5作为最终结果返回给客户端

介绍完联表的过程之后,我们看看常用JOIN的区别

4 INNER/LEFT/RIGHT/FULL JOIN的区别

  • INNER JOIN...ON...: 返回 左右表互相匹配的所有行(因为只执行上文的第二步ON过滤,不执行第三步 添加外部行)
  • LEFT JOIN...ON...: 返回左表的所有行,若某些行在右表里没有相对应的匹配行,则将右表的列在新表中置为NULL
  • RIGHT JOIN...ON...: 返回右表的所有行,若某些行在左表里没有相对应的匹配行,则将左表的列在新表中置为NULL

INNER JOIN

拿上文的第三步添加外部行来举例,若LEFT JOIN替换成INNER JOIN,则会跳过这一步,生成的表vt3与vt2一模一样:

+--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1003 |     8 |  +--------+------+--------+-------+ 

RIGHT JOIN

若LEFT JOIN替换成RIGHT JOIN,则生成的表vt3如下:

+--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1003 |     8 |  |   NULL | NULL |   1009 |    11 |  +--------+------+--------+-------+ 

因为user_account(右表)里存在userid=1009这一行,而user_info(左表)里却找不到这一行的记录,所以会在第三步插入以下一行:

| NULL | NULL | 1009 | 11 | 

FULL JOIN

上文引用的文章中提到了标准SQL定义的FULL JOIN,这在mysql里是不支持的,不过我们可以通过LEFT JOIN + UNION + RIGHT JOIN 来实现FULL JOIN:

SELECT *     FROM user_info as i       RIGHT JOIN user_account as a         ON a.userid=i.userid  union   SELECT *     FROM user_info as i       LEFT JOIN user_account as a         ON a.userid=i.userid; 

他会返回如下结果:

+--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1003 |     8 |  |   NULL | NULL |   1009 |    11 |  |   1004 | a    |   NULL |  NULL |  |   1005 | b    |   NULL |  NULL |  |   1006 | c    |   NULL |  NULL |  |   1007 | d    |   NULL |  NULL |  |   1008 | e    |   NULL |  NULL |  +--------+------+--------+-------+ 

ps:其实我们从语义上就能看出LEFT JOIN和RIGHT JOIN没什么差别,两者的结果差异取决于左右表的放置顺序,以下内容摘自mysql官方文档:

RIGHT JOIN works analogously to LEFT JOIN. To keep code portable across databases, it is recommended that you use LEFT JOIN instead of RIGHT JOIN. 

所以当你纠结使用LEFT JOIN还是RIGHT JOIN时,尽可能只使用LEFT JOIN吧

5 ON和WHERE的区别

上文把JOIN的执行顺序了解清楚之后,ON和WHERE的区别也就很好理解了。

举例说明:

SELECT *     FROM user_info as i      LEFT JOIN user_account as a        ON i.userid = a.userid and i.userid = 1003;    SELECT *     FROM user_info as i      LEFT JOIN user_account as a        ON i.userid = a.userid where i.userid = 1003; 

第一种情况LEFT JOIN在执行完第二步ON子句后,筛选出满足i.userid = a.userid and i.userid = 1003的行,生成表vt2,然后执行第三步JOIN子句,将外部行添加进虚拟表生成vt3即最终结果:

vt2:  +--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1003 | z    |   1003 |     8 |  +--------+------+--------+-------+  vt3:  +--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   NULL |  NULL |  |   1002 | y    |   NULL |  NULL |  |   1003 | z    |   1003 |     8 |  |   1004 | a    |   NULL |  NULL |  |   1005 | b    |   NULL |  NULL |  |   1006 | c    |   NULL |  NULL |  |   1007 | d    |   NULL |  NULL |  |   1008 | e    |   NULL |  NULL |  +--------+------+--------+-------+ 

而第二种情况LEFT JOIN在执行完第二步ON子句后,筛选出满足i.userid = a.userid的行,生成表vt2;再执行第三步JOIN子句添加外部行生成表vt3;然后执行第四步WHERE子句,再对vt3表进行过滤生成vt4,得的最终结果:

vt2:  +--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1003 |     8 |  +--------+------+--------+-------+  vt3:  +--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1001 | x    |   1001 |    22 |  |   1002 | y    |   1002 |    30 |  |   1003 | z    |   1003 |     8 |  |   1004 | a    |   NULL |  NULL |  |   1005 | b    |   NULL |  NULL |  |   1006 | c    |   NULL |  NULL |  |   1007 | d    |   NULL |  NULL |  |   1008 | e    |   NULL |  NULL |  +--------+------+--------+-------+  vt4:  +--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1003 | z    |   1003 |     8 |  +--------+------+--------+-------+ 

如果将上例的LEFT JOIN替换成INNER JOIN,不论将条件过滤放到ON还是WHERE里,结果都是一样的,因为INNER JOIN不会执行第三步添加外部行

SELECT *     FROM user_info as i      INNER JOIN user_account as a        ON i.userid = a.userid and i.userid = 1003;   SELECT *     FROM user_info as i      INNER JOIN user_account as a        ON i.userid = a.userid where i.userid = 1003; 

返回结果都是:

+--------+------+--------+-------+  | userid | name | userid | money |  +--------+------+--------+-------+  |   1003 | z    |   1003 |     8 |  +--------+------+--------+-------+ 

参考资料

《MySQL技术内幕:SQL编程》

  • SQL Joins - W3Schools
  • sql - What is the difference between “INNER JOIN” and “OUTER JOIN”?
  • MySQL :: MySQL 8.0 Reference Manual :: 13.2.10.2 JOIN Syntax
  • Visual Representation of SQL Joins
  • Join (SQL) - Wikipedia)

原文发布于微信公众号 - 程序你好(codinghello)

原文发表时间:2018-07-30

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏zingpLiu

python【第十二篇】Mysql基础

数据库(Database)是按照数据结构来组织、存储和管理数据的仓库,每个数据库都有一个或多个不同的API用于创建,访问,管理,搜索和复制所保存的数据。我们也可...

11320
来自专栏不想当开发的产品不是好测试

mysql 时间格式化

将时间转为格式化的字符串 select date_format(now(),'%Y%m%d'); ? 将时间字符串转为时间戳 select unix_times...

23860
来自专栏高爽的专栏

INSERT ... ON DUPLICATE KEY UPDATE

向数据库插入记录时,有时会有这种需求,当符合某种条件的数据存在时,去修改它,不存在时,则新增,也就是insertOrUpdate操作。这种控制可以放...

28300
来自专栏乐沙弥的世界

SQL与mongoDB对比及映射

mongoDB是最接近与关系型数据库的开源NoSQL数据库,几乎绝大多数常用的命令或语句在SQL中都可以找到相应的对应或映射。本文主要与MySQL做了些参照,供...

17820
来自专栏逸鹏说道

利用insert,update和delete注入获取数据

0x00 简介 利用SQL注入获取数据库数据,利用的方法可以大致分为联合查询、报错、布尔盲注以及延时注入,通常这些方法都是基于select查询语句中的SQL注射...

41880
来自专栏技术博文

mysql UNIX时间戳与日期的相互转换

UNIX时间戳转换为日期用函数: FROM_UNIXTIME() select FROM_UNIXTIME(1156219870); 日期转换为UN...

40380
来自专栏Albert陈凯

2018-11-26 oracle查询表信息(索引,外键,列等)1、查询出所有的用户表2、查询出用户所有表的索引3、查询用户表的索引(非聚集索引):4、查询用户表的主键(聚集索引):5、查询表的索引6

oracle中查询表的信息,包括表名,字段名,字段类型,主键,外键唯一性约束信息,索引信息查询SQL如下,希望对大家有所帮助:

12420
来自专栏乐沙弥的世界

Oracle 索引监控与外键索引

      Oracle 监控索引特性为我们提供了一个大致判断索引是否被使用的情形。之所以这么说,是因为在Oracle 10g 中收集统计信息时会导致索引被监控...

11120
来自专栏极客慕白的成长之路

SQL Sever基本知识

create table tablename(col_name1 type,col_name2 type,...) 在数据库school下创建一个student...

5920
来自专栏游戏杂谈

Node.js调用mysql的存储过程

例子仅在windows下测试通过,没有放在linux下测试。如有问题,可以电邮给我~

20110

扫码关注云+社区

领取腾讯云代金券