首页 / MYSQL / Mysql Join语法解析与性能分析

Mysql Join语法解析与性能分析

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Mysql Join语法解析与性能分析，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含9485字，纯文字阅读大概需要14分钟。

内容图文

一．Join语法概述

join 用于多表中字段之间的联系，语法如下：

... FROM table1 INNER|LEFT|RIGHT JOIN table2 ON conditiona

table1:左表；table2:右表。

JOIN 按照功能大致分为如下三类：

INNER JOIN（内连接,或等值连接）：取得两个表中存在连接匹配关系的记录。

LEFT JOIN（左连接）：取得左表（table1）完全记录，即是右表（table2）并无对应匹配记录。

RIGHT JOIN（右连接）：与 LEFT JOIN 相反，取得右表（table2）完全记录，即是左表（table1）并无匹配对应记录。

注意：mysql不支持Full join,不过可以通过UNION 关键字来合并 LEFT JOIN 与 RIGHT JOIN来模拟FULL join.

接下来给出一个列子用于解释下面几种分类。如下两个表(A,B)

mysql> select A.id,A.name,B.name from A,B where A.id=B.id;
+----+-----------+-------------+
| id | name       | name             |
+----+-----------+-------------+
|  1 | Pirate       | Rutabaga      |
|  2 | Monkey    | Pirate            |
|  3 | Ninja         | Darth Vader |
|  4 | Spaghetti  | Ninja             |
+----+-----------+-------------+
4 rows in set (0.00 sec)

二.Inner join

内连接，也叫等值连接，inner join产生同时符合A和B的一组数据。

mysql> select * from A inner join B on A.name = B.name;
+----+--------+----+--------+
| id | name   | id | name   |
+----+--------+----+--------+
|  1 | Pirate |  2 | Pirate |
|  3 | Ninja  |  4 | Ninja  |
+----+--------+----+--------+

三.Left join

mysql> select * from A left join B on A.name = B.name;
#或者：select * from A left outer join B on A.name = B.name;

+----+-----------+------+--------+
| id | name      | id   | name   |
+----+-----------+------+--------+
|  1 | Pirate    |    2 | Pirate |
|  2 | Monkey    | NULL | NULL   |
|  3 | Ninja     |    4 | Ninja  |
|  4 | Spaghetti | NULL | NULL   |
+----+-----------+------+--------+
4 rows in set (0.00 sec)

left join,（或left outer join:在Mysql中两者等价，推荐使用left join.）左连接从左表(A)产生一套完整的记录,与匹配的记录(右表(B)) .如果没有匹配,右侧将包含null。

如果想只从左表(A)中产生一套记录，但不包含右表(B)的记录，可以通过设置where语句来执行，如下：

mysql> select * from A left join B on A.name=B.name where A.id is null or B.id is null;
+----+-----------+------+------+
| id | name      | id   | name |
+----+-----------+------+------+
|  2 | Monkey    | NULL | NULL |
|  4 | Spaghetti | NULL | NULL |
+----+-----------+------+------+
2 rows in set (0.00 sec)

同理，还可以模拟inner join. 如下：

mysql> select * from A left join B on A.name=B.name where A.id is not null and B.id is not null;
+----+--------+------+--------+
| id | name   | id   | name   |
+----+--------+------+--------+
|  1 | Pirate |    2 | Pirate |
|  3 | Ninja  |    4 | Ninja  |
+----+--------+------+--------+
2 rows in set (0.00 sec)

求差集：

根据上面的例子可以求差集，如下：

SELECT * FROM A LEFT JOIN B ON A.name = B.name
WHERE B.id IS NULL
union
SELECT * FROM A right JOIN B ON A.name = B.name
WHERE A.id IS NULL;
# 结果
    +------+-----------+------+-------------+
| id   | name      | id   | name        |
+------+-----------+------+-------------+
|    2 | Monkey    | NULL | NULL        |
|    4 | Spaghetti | NULL | NULL        |
| NULL | NULL      |    1 | Rutabaga    |
| NULL | NULL      |    3 | Darth Vader |
+------+-----------+------+-------------+

四.Right join

mysql> select * from A right join B on A.name = B.name;
+------+--------+----+-------------+
| id   | name   | id | name        |
+------+--------+----+-------------+
| NULL | NULL   |  1 | Rutabaga    |
|    1 | Pirate |  2 | Pirate      |
| NULL | NULL   |  3 | Darth Vader |
|    3 | Ninja  |  4 | Ninja       |
+------+--------+----+-------------+
4 rows in set (0.00 sec)

同left join。

五.Cross join

cross join：交叉连接，得到的结果是两个表的乘积，即笛卡尔积

笛卡尔（Descartes）乘积又叫直积。假设集合A={a,b}，集合B={0,1,2}，则两个集合的笛卡尔积为{(a,0),(a,1),(a,2),(b,0),(b,1), (b,2)}。可以扩展到多个集合的情况。类似的例子有，如果A表示某学校学生的集合，B表示该学校所有课程的集合，则A与B的笛卡尔积表示所有可能的选课情况。

mysql> select * from A cross join B;
+----+-----------+----+-------------+
| id | name      | id | name        |
+----+-----------+----+-------------+
|  1 | Pirate    |  1 | Rutabaga    |
|  2 | Monkey    |  1 | Rutabaga    |
|  3 | Ninja     |  1 | Rutabaga    |
|  4 | Spaghetti |  1 | Rutabaga    |
|  1 | Pirate    |  2 | Pirate      |
|  2 | Monkey    |  2 | Pirate      |
|  3 | Ninja     |  2 | Pirate      |
|  4 | Spaghetti |  2 | Pirate      |
|  1 | Pirate    |  3 | Darth Vader |
|  2 | Monkey    |  3 | Darth Vader |
|  3 | Ninja     |  3 | Darth Vader |
|  4 | Spaghetti |  3 | Darth Vader |
|  1 | Pirate    |  4 | Ninja       |
|  2 | Monkey    |  4 | Ninja       |
|  3 | Ninja     |  4 | Ninja       |
|  4 | Spaghetti |  4 | Ninja       |
+----+-----------+----+-------------+
16 rows in set (0.00 sec)

#再执行：mysql> select * from A inner join B; 试一试

#在执行mysql> select * from A cross join B on A.name = B.name; 试一试

实际上，在 MySQL 中（仅限于 MySQL） CROSS JOIN 与 INNER JOIN 的表现是一样的，在不指定 ON 条件得到的结果都是笛卡尔积，反之取得两个表完全匹配的结果。
INNER JOIN 与 CROSS JOIN 可以省略 INNER 或 CROSS 关键字，因此下面的 SQL 效果是一样的：

... FROM table1 INNER JOIN table2
... FROM table1 CROSS JOIN table2
... FROM table1 JOIN table2

六.Full join

mysql> select * from A left join B on B.name = A.name 
    -> union 
    -> select * from A right join B on B.name = A.name;
+------+-----------+------+-------------+
| id   | name      | id   | name        |
+------+-----------+------+-------------+
|    1 | Pirate    |    2 | Pirate      |
|    2 | Monkey    | NULL | NULL        |
|    3 | Ninja     |    4 | Ninja       |
|    4 | Spaghetti | NULL | NULL        |
| NULL | NULL      |    1 | Rutabaga    |
| NULL | NULL      |    3 | Darth Vader |
+------+-----------+------+-------------+
6 rows in set (0.00 sec)

全连接产生的所有记录（双方匹配记录）在表A和表B。如果没有匹配,则对面将包含null。

七.性能优化

1.显示(explicit) inner join VS 隐式(implicit) inner join

如：

select * from
table a inner join table b
on a.id = b.id;

select a.*, b.*
from table a, table b
where a.id = b.id;

我在数据库中比较(10w数据)得之，它们用时几乎相同，第一个是显示的inner join，后一个是隐式的inner join。

参照:Explicit vs implicit SQL joins

2.left join/right join VS inner join

尽量用inner join.避免 LEFT JOIN 和 NULL.

在使用left join（或right join）时，应该清楚的知道以下几点：

(1). on与 where的执行顺序

ON 条件（“A LEFT JOIN B ON 条件表达式”中的ON）用来决定如何从 B 表中检索数据行。如果 B 表中没有任何一行数据匹配 ON 的条件,将会额外生成一行所有列为 NULL 的数据,在匹配阶段 WHERE 子句的条件都不会被使用。仅在匹配阶段完成以后，WHERE 子句条件才会被使用。它将从匹配阶段产生的数据中检索过滤。

所以我们要注意：在使用Left (right) join的时候，一定要在先给出尽可能多的匹配满足条件，减少Where的执行。如：

PS, 这部分有些不妥，感谢 wxweven 指正：

这部分的内容，博主写的有些欠妥当，不知道博主有没有实际运行测试过，下面说说我的看法：

（1）首先关于on和where的用法，如果直接把where里面的条件拿到on里面去，结果是跟原来的不一致的，所以博主说的“在使用Left (right) join的时候，一定要在先给出尽可能多的匹配满足条件，减少Where的执行”是不成立的，因为筛选条件放在on或者where，产生的是不同的结果，不能说为了性能就把where中的条件放到on中。

可参考sql语句中join on和where用法的区别和联系

PASS

select * from A
inner join B on B.name = A.name
left join C on C.name = B.name
left join D on D.id = C.id
where C.status>1 and D.status=1;

Great

select * from A
inner join B on B.name = A.name
left join C on C.name = B.name and C.status>1
left join D on D.id = C.id and D.status=1

从上面例子可以看出，尽可能满足ON的条件，而少用Where的条件。从执行性能来看第二个显然更加省时。

(2).注意ON 子句和 WHERE 子句的不同

如作者举了一个列子：

mysql> SELECT * FROM product LEFT JOIN product_details
       ON (product.id = product_details.id)
       AND product_details.id=2;
+----+--------+------+--------+-------+
| id | amount | id   | weight | exist |
+----+--------+------+--------+-------+
|  1 |    100 | NULL |   NULL |  NULL |
|  2 |    200 |    2 |     22 |     0 |
|  3 |    300 | NULL |   NULL |  NULL |
|  4 |    400 | NULL |   NULL |  NULL |
+----+--------+------+--------+-------+
4 rows in set (0.00 sec)
 
mysql> SELECT * FROM product LEFT JOIN product_details
       ON (product.id = product_details.id)
       WHERE product_details.id=2;
+----+--------+----+--------+-------+
| id | amount | id | weight | exist |
+----+--------+----+--------+-------+
|  2 |    200 |  2 |     22 |     0 |
+----+--------+----+--------+-------+
1 row in set (0.01 sec)

从上可知，第一条查询使用 ON 条件决定了从 LEFT JOIN的 product_details表中检索符合的所有数据行。第二条查询做了简单的LEFT JOIN，然后使用 WHERE 子句从 LEFT JOIN的数据中过滤掉不符合条件的数据行。

(3).尽量避免子查询，而用join

往往性能这玩意儿，更多时候体现在数据量比较大的时候，此时，我们应该避免复杂的子查询。如下：

PASS

insert into t1(a1) select b1 from t2 where not exists(select 1 from t1 where t1.id = t2.r_id);

Great

insert into t1(a1)  
select b1 from t2  
left join (select distinct t1.id from t1 ) t1 on t1.id = t2.r_id   
where t1.id is null;

这个可以参考mysql的exists与inner join 和 not exists与 left join 性能差别惊人

补充：MySQL STRAIGHT_JOIN 与 NATURAL JOIN的使用

感谢网友** 折翼的鸟** 给出的提醒。

长话短说：straight_join实现强制多表的载入顺序，从左到右，如：

...A straight_join B on A.name = B.name

straight_join完全等同于inner join 只不过，join语法是根据“哪个表的结果集小，就以哪个表为驱动表”来决定谁先载入的，而straight_join 会强制选择其左边的表先载入。

往往我们在分析mysql处理性能时，如(Explain),如果发现mysql在载入顺序不合理的情况下，可以使用这个语句，但往往mysql能够自动的分析并处理好。

内容总结

以上是互联网集市为您收集整理的Mysql Join语法解析与性能分析全部内容，希望文章能够帮你解决Mysql Join语法解析与性能分析所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/917153.html

来源：【匿名】

【上一篇】关联与下钻：快速定位MySQL性能瓶颈的制胜手段【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【Mysql Join语法解析与性能分析】教程文章相关的互联网学习教程文章

mysql性能检查脚本-部分

#!/bin/sh#ocpyang@126.comexport black=‘\033[0m‘ export boldblack=‘\033[1;0m‘ export red=‘\033[31m‘ export boldred=‘\033[1;31m‘ export green=‘\033[32m‘ export boldgreen=‘\033[1;32m‘ export yellow=‘\033[33m‘ export boldyellow=‘\033[1;33m‘ export blue=‘\033[34m‘ export boldblue=‘\033[1;34m‘ export magenta=‘\033[35m‘ export boldmagenta=‘\033[1;35m‘ export cyan=‘\033[36m‘ expo...

MySQL索引背后的之使用策略及优化(高性能索引策略)【图】

本章的内容完全基于上文的理论基础，实际上一旦理解了索引背后的机制，那么选择高性能的策略就变成了纯粹的推理，并且可以理解这些策略背后的逻辑。示例数据库　　为了讨论索引策略，需要一个数据量不算小的数据库作为示例。本文选用MySQL官方文档中提供的示例数据库之一：employees。这个数据库关系复杂度适中，且数据量较大。下图是这个数据库的E-R关系图(引用自MySQL官方手册)：　　图12　　MySQL官方文档中关于此数据库的页面...

MySQL性能调优与架构设计 PDF扫描版下载【图】

MySQL性能调优与架构设计以 mysql 数据库的基础及维护为切入点，重点介绍了 mysql 数据库应用系统的性能调优，以及高可用可扩展的架构设计。MySQL性能调优与架构设计共分3篇，基础篇介绍了mysql软件的基础知识、架构组成、存储引擎、安全管理及基本的备份恢复知识。性能优化篇从影响 mysql 数据库应用系统性能的因素开始，针对性地对各个影响因素进行调优分析。如 mysql schema 设计的技巧，query 语句的性能优化方式方法及mysql s...

使用动态跟踪技术SystemTap监控MySQL、Oracle性能【图】

【IT168 技术】本文根据吕海波2018年5月11日在【第九届中国数据库技术大会】上的演讲内容整理而成。　　讲师介绍：　　吕海波，美创科技研究员，ITPUB管理版版主。出版技术书籍《Oracle内核技术揭密》，曾参加过两届数据库大会。IT老兵，22年IT领域从业经历，十数年数据库经验，惯看IT江湖风起云涌。曾在多家巨头型互联网公司(阿里、ebay、京东)从事数据库管理、数据架构、运维自动化工作。目前主要研究数据安全、敏捷运维等方向。...

[转]mysql索引结构原理、性能分析与优化

第一部分：基础知识索引官方介绍索引是帮助MySQL高效获取数据的数据结构。笔者理解索引相当于一本书的目录，通过目录就知道要的资料在哪里，不用一页一页查阅找出需要的资料。唯一索引(unique index) 强调唯一，就是索引值必须唯一。创建索引：create unique index 索引名 on 表名(列名);alter table 表名 add unique index 索引名 (列名);删除索引：drop index 索引名 on 表名;alter table 表名 drop index 索引名;主键主键就...

mysql笔记02 创建高性能的索引

创建高性能的索引1. 索引(在MySQL中也叫做"键(key)")是存储引擎用于快速找到记录的一种数据结构。2. 索引可以包含一个或多个列的值。如果索引包含多个列，那么列的顺序也十分重要，因为MySQL只能高效低使用索引的最左前缀列。3. B-Tree索引：当人们谈论索引的时候，如果没有特别执行索引类型，那多半说是B-Tree索引，它使用B-Tree数据结构来存储数据。 1). 可以使用B-Tree索引的查询类型： a. 全职匹配：全值匹配指的是...

Python 使用 PyMysql、DBUtils 创建连接池，提升性能【代码】【图】

转自：https://blog.csdn.net/weixin_41287692/article/details/83413775Python 编程中可以使用 PyMysql 进行数据库的连接及诸如查询/插入/更新等操作，但是每次连接 MySQL 数据库请求时，都是独立的去请求访问，相当浪费资源，而且访问数量达到一定数量时，对 mysql 的性能会产生较大的影响。因此，实际使用中，通常会使用数据库的连接池技术，来访问数据库达到资源复用的目的。解决方案：DBUtilsDBUtils 是一套 Python 数据库连接...

mysql limit性能问题

offset大的时候的比较 SELECT * FROM persons LIMIT 200000,10;耗时0.078s SELECT *FROM persons WHERE id>=(SELECT id FROM persons ORDER BY id LIMIT 200000,1) LIMIT 10耗时0.109s why？原文：http://www.cnblogs.com/usual2013blog/p/3721804.html

mysql数据库性能调优总结积累

mysql数据库的调优大概可以分为四大块0 架构调优　　　　　　　---根据业务读写分库分表　　　　　　 ---主从读写分离1 配置的调优　　　　　　　---开启缓存查询设置缓存大小　　　　　　　---最大连接数设置　　　　　　　---数据库引擎配置 myisam（读操作，查询快） Innodb（写操作，主库，支持事务，安全）引擎配置　　　　　　　---日志配置2 表结构的调优　　　　　　　----建立合适的索引（主键索引，唯一索引，普...

[AWS][数据库]Aurora 动手实验&对比RDS Mysql性能【图】

实验包括：创建一个Aurora实例使用MySQL Workbench连接Aurora和RDS MySQL通过dump file 加载数据到Aurora和RDS MySQL使用查询语句验证Aurora和RDS MySQL性能Task1：创建Aurora数据库：创建一个Aurora数据库，跟创建RDS一样，登录AWS管理控制台，搜索Aurora，创建数据库。数据库类型选择，Aurora with MySQL compatibility，其他默认就好。Templates选择 Dev/TestDB instance size 选择db.t3.small就好，因为是测试环境，如果是生产...

对mysql存储性能优化的基本理解

这几天了解了下关于mysql数据库的性优化和设计方面的内容，现在做一下自己学习的小结，后续我会继续深入学习，完善下总结：1、使用索引每张表最多可以做16个索引，支持多列索引和全文索引建立索引：create index index_name on users(username); 查看索引：show index from users; 是一把双刃剑，建不建立索引，主要看表的功能，找好一个平衡点，。2、使用explain分析查询在查询在用explain explain select *from users;3、调...

mysql性能优化注意事项以及索引【图】

mysql性能优化注意事项以及索引一：数据库的优化方面1商业需求的影响比如说论坛里的帖子统计，并且实时更新从功能上来说通过命令 select count（*） from 表名可以得到结果，如果论坛每秒产生产生成千上万条帖子，我们没有采用myisam存储而用的是innodb存储；就算再好的设备也不可能很快的查询出来。注：在where和count（*）使用中myisam比innodb要快的多；因为myisam内置了一个计数器，count（*）可以直接从计数器当中读取，而...

MySQL性能测试初试（1）--sysbench【代码】

1.简介和安装SysBench是一个模块化的、跨平台、多线程基准测试工具，主要用于评估测试各种不同系统参数下的数据库负载情况。它主要包括以下几种方式的测试：cpu性能磁盘io性能调度程序性能内存分配及传输速度POSIX线程性能数据库性能(OLTP基准测试)源码下载：https://github.com/akopytov/sysbench/releases/tag/1.0.20 rpm包下载：https://packagecloud.io/akopytov/sysbench/packages/el/7/sysbench-1.0.20-1.el7.x86_64.rpm：1....

MySQL索引使用方法和性能优化【代码】

关于MySQL索引的好处，如果正确合理设计并且使用索引的MySQL是一辆兰博基尼的话，那么没有设计和使用索引的MySQL就是一个人力三轮车。对于没有索引的表，单表查询可能几十万数据就是瓶颈，而通常大型网站单日就可能会产生几十万甚至几百万的数据，没有索引查询会变的非常缓慢。还是以WordPress来说，其多个数据表都会对经常被查询的字段添加索引，比如wp_comments表中针对5个字段设计了BTREE索引。一个简单的对比测试以我去年测试的...

MYSQL索引结构原理、性能分析与优化【代码】

[转]MYSQL索引结构原理、性能分析与优化第一部分：基础知识索引官方介绍索引是帮助MySQL高效获取数据的数据结构。笔者理解索引相当于一本书的目录，通过目录就知道要的资料在哪里，不用一页一页查阅找出需要的资料。唯一索引(unique index)强调唯一，就是索引值必须唯一。创建索引： create unique index 索引名 on 表名(列名); alter table 表名 add unique index 索引名 (列名);删除索引： drop index 索引名 on 表名; alter ta...

首页 / MYSQL / Mysql Join语法解析与性能分析

Mysql Join语法解析与性能分析

内容导读

内容图文

一．Join语法概述

二.Inner join

三.Left join

四.Right join

五.Cross join

六.Full join

七.性能优化

1.显示(explicit) inner join VS 隐式(implicit) inner join

2.left join/right join VS inner join

可参考sql语句中join on和where用法的区别和联系

补充：MySQL STRAIGHT_JOIN 与 NATURAL JOIN的使用

内容总结

内容备注

内容手机端

【Mysql Join语法解析与性能分析】教程文章相关的互联网学习教程文章

mysql性能检查脚本-部分

MySQL索引背后的之使用策略及优化(高性能索引策略)【图】

MySQL性能调优与架构设计 PDF扫描版下载【图】

使用动态跟踪技术SystemTap监控MySQL、Oracle性能【图】

[转]mysql索引结构原理、性能分析与优化

mysql笔记02 创建高性能的索引

Python 使用 PyMysql、DBUtils 创建连接池，提升性能【代码】【图】

mysql limit性能问题

mysql数据库性能调优总结积累

[AWS][数据库]Aurora 动手实验&对比RDS Mysql性能【图】

对mysql存储性能优化的基本理解

mysql性能优化注意事项以及索引【图】

MySQL性能测试初试（1）--sysbench【代码】

MySQL索引使用方法和性能优化【代码】

MYSQL索引结构原理、性能分析与优化【代码】

MYSQL - 相关标签

性能 - 相关标签

语法 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程