百度360必应搜狗淘宝本站头条
当前位置:网站首页 > IT技术 > 正文

MySQL中left join的几个SQL对比

wptr33 2024-11-21 22:04 26 浏览

这是学习笔记的第 2210篇文章

读完需要

9

分钟

速读仅需7分钟

对于很多同学来说,写SQL时的表关联看起来是一件很简单的事情,知道逻辑,有预期的结果,好像没什么特别要注意的,今天在写一条SQL逻辑的时候,觉得对于left join的部分还是存在一些误解。

我举一个小例子来说明。

为了演示方便,我用两张表来说明,test1和test2.

初始化的部分如下:

create table test1(id int primary key,name varchar(30));create table test2(id int primary key,name varchar(30));

写入一些简单的数据,其中name='bb'的部分需要注意。

insert into test1 values(,'aa'),(,'bb'),(,'cc'),(,'bb'),(5,'bb');insert into test2 values(,'bb'),(,'cc'),(,'bb'),(6,'dd');

表中的数据如下:

mysql> select *from test1;+----+------+| id | name |+----+------+|  | aa || 2 | bb ||  | cc || 4 | bb || 5 | bb |+----+------+5 rows in set (0.00 sec)

mysql> select *from test2;+----+------+| id | name |+----+------+| | bb || 3 | cc || | bb || 6 | dd |+----+------+4 rows in set (0.00 sec)

我们写一个条基本的left join的SQL,这个时候我们使用name='bb'来作为过滤条件,id作为关联条件。

如果按照id为关联条件,最后使用了and的方式,查询的结果其实和本来的预期是有差距的,即test1显示了全部的数据记录。

mysql> select t1.id,t1.name from test1 t1 left join test2 t2 on t1.id=t2.id and t1.name='bb'; +----+------+| id | name |+----+------+|  | aa || 2 | bb ||  | cc || 4 | bb || 5 | bb |+----+------+5 rows in set (0.00 sec)

如果我们把最后的on改为where ,情况就大大不同的,输出了name='bb'的3条记录。

mysql> select t1.id,t1.name from test1 t1 left join test2 t2 on t1.id=t2.id where t1.name='bb'; +----+------+| id | name |+----+------+|  | bb || 4 | bb || 5 | bb |+----+------+ rows in set (0.00 sec)

当然我们需要继续扩展下,开始摆弄这条SQL

基于name列来关联,name='bb'过滤,会发现这种情况看起来有些失控,输出结果是笛卡尔积。

mysql> select t1.id,t1.name from test1 t1 left join test2 t2 on t1.name=t2.name and t1.name='bb'; +----+------+| id | name |+----+------+|  | bb || 4 | bb || 5 | bb || 2 | bb ||  | bb || 5 | bb ||  | aa || 3 | cc |+----+------+8 rows in set (0.00 sec)

如果把原本的on条件改为where,情况有所好转,不过还是对name='bb'的子集重新做了关联。

mysql> select t1.id,t1.name from test1 t1 left join test2 t2 on t1.name=t2.name where t1.name='bb'; +----+------+| id | name |+----+------+|  | bb || 4 | bb || 5 | bb || 2 | bb ||  | bb || 5 | bb |+----+------+6 rows in set (0.00 sec)

所以在多表关联中的绑定字段是很重要的。

我们继续做多个字段的关联,看看优化器怎么解析,在where条件中再进行id列的映射。

mysql> select t1.id,t1.name from test1 t1 left join test2 t2 on t1.name=t2.name where t1.name='bb' and t1.id=t2.id;+----+------+| id | name |+----+------+| 2 | bb || 4 | bb |+----+------+2 rows in set (0.00 sec)

这个时候的效果是和inner join是类似的。

如果继续进行改造,改造为and的条件。

mysql> select t1.id,t1.name from test1 t1 left join test2 t2 on t1.name=t2.name and t1.id=t2.id and t1.name='bb';+----+------+| id | name |+----+------+|  | bb || 4 | bb ||  | aa || 3 | cc || 5 | bb |+----+------+5 rows in set (0.00 sec)

继续改造。

mysql> select t1.id,t1.name from test1 t1 left join test2 t2 on t1.name=t2.name and t1.id=t2.id where t1.name='bb';+----+------+| id | name |+----+------+|  | bb || 4 | bb || 5 | bb |+----+------+ rows in set (0.00 sec)

相关推荐

高性能并发队列Disruptor使用详解

基本概念Disruptor是一个高性能的异步处理框架,是一个轻量的Java消息服务JMS,能够在无锁的情况下实现队列的并发操作Disruptor使用环形数组实现了类似队列的功能,并且是一个有界队列....

Disruptor一个高性能队列_java高性能队列

Disruptor一个高性能队列前言说到队列比较熟悉的可能是ArrayBlockingQueue、LinkedBlockingQueue这两个有界队列,大多应用在线程池中使用能保证线程安全,但其安全性...

谈谈防御性编程_防御性策略

防御性编程对于程序员来说是一种良好的代码习惯,是为了保护自己的程序在不可未知的异常下,避免带来更大的破坏性崩溃,使得程序在错误发生时,依然能够云淡风轻的处理,但很多程序员入行很多年,写出的代码依然都是...

有人敲门,开水开了,电话响了,孩子哭了,你先顾谁?

前言哎呀,这种情况你肯定遇到过吧!正在家里忙活着,突然——咚咚咚有人敲门,咕噜咕噜开水开了,铃铃铃电话响了,哇哇哇孩子又哭了...我去,四件事一起来,人都懵了!你说先搞哪个?其实这跟我们写Java多线...

面试官:线程池如何按照core、max、queue的执行顺序去执行?

前言这是一个真实的面试题。前几天一个朋友在群里分享了他刚刚面试候选者时问的问题:"线程池如何按照core、max、queue的执行循序去执行?"。我们都知道线程池中代码执行顺序是:co...

深入剖析 Java 中线程池的多种实现方式

在当今高度并发的互联网软件开发领域,高效地管理和利用线程资源是提升程序性能的关键。Java作为一种广泛应用于后端开发的编程语言,为我们提供了丰富的线程池实现方式。今天,就让我们深入探讨Java中...

并发编程之《彻底搞懂Java线程》_java多线程并发解决方案详解

目录引言一、核心概念:线程是什么?...

Redis怎么实现延时消息_redis实现延时任务

一句话总结Redis可通过有序集合(ZSET)实现延时消息:将消息作为value,到期时间戳作为score存入ZSET。消费者轮询用ZRANGEBYSCORE获取到期消息,配合Lua脚本保证原子性获取...

CompletableFuture真的用对了吗?盘点它最容易被误用的5个场景

在Java并发编程中,CompletableFuture是处理异步任务的利器,但不少开发者在使用时踩过这些坑——线上服务突然雪崩、异常悄无声息消失、接口响应时间翻倍……本文结合真实案例,拆解5个最容易...

接口性能优化技巧,有点硬_接口性能瓶颈

背景我负责的系统到2021年初完成了功能上的建设,开始进入到推广阶段。随着推广的逐步深入,收到了很多好评的同时也收到了很多对性能的吐槽。刚刚收到吐槽的时候,我们的心情是这样的:...

禁止使用这5个Java类,每一个背后都有一段"血泪史"

某电商平台的支付系统突然报警:大量订单状态异常。排查日志发现,同一笔订单被重复支付了三次。事后复盘显示,罪魁祸首竟是一行看似无害的SimpleDateFormat代码。在Java开发中,这类因使用不安...

无锁队列Disruptor原理解析_无锁队列实现原理

队列比较队列...

Java并发队列与容器_java 并发队列

【前言:无论是大数据从业人员还是Java从业人员,掌握Java高并发和多线程是必备技能之一。本文主要阐述Java并发包下的阻塞队列和并发容器,其实研读过大数据相关技术如Spark、Storm等源码的,...

线程池工具及拒绝策略的使用_线程池处理策略

线程池的拒绝策略若线程池中的核心线程数被用完且阻塞队列已排满,则此时线程池的资源已耗尽,线程池将没有足够的线程资源执行新的任务。为了保证操作系统的安全,线程池将通过拒绝策略处理新添加的线程任务。...

【面试题精讲】ArrayBlockingQueue 和 LinkedBlockingQueue 区别?

有的时候博客内容会有变动,首发博客是最新的,其他博客地址可能会未同步,认准...