news 2026/3/26 8:37:23

MySQL中多表查询的方式有哪些?

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
MySQL中多表查询的方式有哪些?

一、先明确:为什么必须掌握多表查询?

1.你是否能区分不同多表查询方式的差异?
2.能否根据业务场景选择合适的查询方式?
3.能否独立写出正确的多表查询 SQL?(避免语法错误)

二、先铺垫:多表查询的基础前提

先明确多表查询的核心:表与表之间必须有 “关联关系”(通常是主键 - 外键关联,比如用户表user的id(主键)对应订单表order的user_id(外键)),没有关联关系的多表查询会产生 “笛卡尔积”(数据冗余,无实际业务意义)。

先定义两个测试表:

-- 用户表(主表) CREATE TABLE `user` ( `id` INT PRIMARY KEY AUTO_INCREMENT, -- 用户ID(主键) `username` VARCHAR(50) NOT NULL, -- 用户名 `age` INT DEFAULT 0 -- 年龄 ); -- 订单表(从表) CREATE TABLE `order` ( `id` INT PRIMARY KEY AUTO_INCREMENT, -- 订单ID(主键) `order_no` VARCHAR(30) NOT NULL, -- 订单编号 `user_id` INT NOT NULL, -- 关联用户表的用户ID(外键) `price` DECIMAL(10,2) NOT NULL, -- 订单金额 FOREIGN KEY (`user_id`) REFERENCES `user`(`id`) -- 外键约束 );

三、核心多表查询方式拆解

方式 1:JOIN 连接查询

JOIN是多表查询的核心方式,通过关联字段将多个表 “拼接” 在一起查询,核心分为内连接、外连接(左外连接、右外连接)、交叉连接(极少用,仅作了解)。

1.1 内连接(INNER JOIN / JOIN)

通俗定义:只查询 “两张表中满足关联条件” 的数据,不满足条件的记录会被过滤掉(相当于 “取两张表的交集”)。

语法:SELECT 字段 FROM 表1 INNER JOIN 表2 ON 表1.关联字段 = 表2.关联字段 [WHERE 条件](INNER可省略,直接写JOIN)。

-- 简洁写法(省略INNER) SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u JOIN `order` o ON u.id = o.user_id; -- 关联条件:用户ID=订单的用户ID

考察点:你是否知道ON用于指定表关联条件,WHERE用于过滤查询结果(避免把关联条件写在WHERE中)。

1.2 左外连接(LEFT JOIN / LEFT OUTER JOIN)

通俗定义:以 “左表” 为基准,查询左表的所有数据,右表中满足关联条件的数据会被匹配显示,不满足条件的右表字段显示NULL(相当于 “左表全量数据 + 右表交集数据”)。

语法:SELECT 字段 FROM 左表 LEFT JOIN 右表 ON 关联条件 [WHERE 条件](OUTER可省略)。

SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u LEFT JOIN `order` o ON u.id = o.user_id;

考察点:能否区分左表和右表,理解 “右表不满足条件显示 NULL” 的特性。

1.3 右外连接(RIGHT JOIN / RIGHT OUTER JOIN)

通俗定义:以 “右表” 为基准,查询右表的所有数据,左表中满足关联条件的数据会被匹配显示,不满足条件的左表字段显示NULL(相当于 “右表全量数据 + 左表交集数据”),功能上可通过左连接互换表位置实现。

语法:SELECT 字段 FROM 左表 RIGHT JOIN 右表 ON 关联条件 [WHERE 条件](OUTER可省略)。

SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u RIGHT JOIN `order` o ON u.id = o.user_id;

考察点:知道右连接的存在,理解其与左连接的对称关系。

1.4 交叉连接(CROSS JOIN,极少用)

通俗定义:无关联条件的连接,会产生两张表的 “笛卡尔积”(数据行数 = 表 1 行数 × 表 2 行数),通常无实际业务意义,仅在特殊场景(比如生成测试数据)使用。
• SQL 示例:

-- 产生笛卡尔积,慎用 SELECT u.username, o.order_no FROM `user` u CROSS JOIN `order` o;

方式 2:子查询(嵌套查询,适合简单场景)

通俗定义:将一个查询语句(子查询 / 内层查询)嵌套在另一个查询语句(主查询 / 外层查询)中,子查询的结果作为主查询的条件或数据源,分为 “关联子查询” 和 “非关联子查询”。

非关联子查询:子查询可独立执行,结果不依赖主查询(适合简单条件过滤)

  • 示例:查询 “购买过订单金额大于 100 元的用户” 信息
SELECT id, username, age FROM `user` WHERE id IN ( -- 子查询:获取订单金额>100的所有用户ID SELECT DISTINCT user_id FROM `order` WHERE price > 100 );

关联子查询:子查询依赖主查询的字段,无法独立执行(适合 “按主表每条记录匹配子表” 的场景)

  • 示例:查询 “每个用户的最新订单”(按订单 ID 倒序取第一条)
SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u JOIN `order` o ON u.id = o.user_id WHERE o.id = ( -- 子查询:关联主表的user_id,取该用户最大订单ID(最新订单) SELECT MAX(id) FROM `order` WHERE user_id = u.id );

考察点:能否区分关联 / 非关联子查询,知道子查询的适用边界(避免多层嵌套导致性能问题)。

方式 3:联合查询(UNION / UNION ALL,结果集合并)

通俗定义:将多个SELECT查询的结果集合并成一个结果集,要求所有查询的 “字段数量、字段类型、字段顺序” 一致,分为UNION(去重,会过滤重复记录)和UNION ALL(不去重,性能更高)。

语法:SELECT 字段 FROM 表1 [WHERE 条件] UNION [ALL] SELECT 字段 FROM 表2 [WHERE 条件];

-- UNION:去重(自动过滤重复的用户记录) SELECT id, username, age FROM `user` WHERE age > 25 UNION SELECT u.id, u.username, u.age FROM `user` u JOIN `order` o ON u.id = o.user_id WHERE o.price > 200; -- UNION ALL:不去重(性能更高,适合确定无重复数据的场景) SELECT id, username, age FROM `user` WHERE age > 25 UNION ALL SELECT u.id, u.username, u.age FROM `user` u JOIN `order` o ON u.id = o.user_id WHERE o.price > 200;

考察点:知道UNION和UNION ALL的区别,明确联合查询的字段要求。

查询方式核心特点适用场景性能优先级
INNER JOIN取两表交集,过滤无效数据关联数据必须存在的业务(如已下单用户)高(优先使用)
LEFT JOIN保留左表全量数据,右表补 NULL需显示主表所有数据的场景(如所有用户订单)
子查询嵌套查询,逻辑直观简单条件过滤(如根据子查询结果筛选主表)中(复杂场景不如 JOIN)
UNION / UNION ALL合并结果集多查询结果合并(如不同条件的同类数据)中(UNION ALL > UNION)

加分项

1、结合项目举例:“我在实训项目中,用LEFT JOIN查询所有用户及对应的订单列表,用INNER JOIN查询有支付记录的用户信息”;

2、性能意识:“复杂多表查询优先用JOIN,不用多层子查询;合并结果集时,确定无重复数据就用UNION ALL,比UNION快”;

3、细节把控:“JOIN的关联条件写在ON里,过滤条件写在WHERE里,避免笛卡尔积冗余”。

举一反三

1、“如何查询‘没有订单记录的用户’?”(答案:LEFT JOIN后判断订单字段为NULL,SELECT u.* FROM user u LEFT JOIN order o ON u.id=o.user_id WHERE o.id IS NULL);

2. “ON和WHERE在JOIN查询中有什么区别?”(答案:ON是表关联条件,先执行;WHERE是结果过滤条件,在表关联后执行;LEFT JOIN中,ON不过滤左表数据,WHERE会过滤);

3. “多表查询时,如何提高性能?”(答案:给关联字段(主键 / 外键)建索引;避免SELECT *,只查需要的字段;减少笛卡尔积产生)。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/3/21 0:19:04

【大模型本地化部署新突破】:Open-AutoGLM镜像一键启动的终极方案

第一章:Open-AutoGLM本地化部署的背景与意义随着大模型技术在自然语言处理领域的广泛应用,企业对数据隐私、响应延迟和系统可控性的要求日益提升。将大型语言模型进行本地化部署,成为保障业务安全与高效运行的重要路径。Open-AutoGLM 作为一款…

作者头像 李华
网站建设 2026/3/25 14:24:51

为什么你的Open-AutoGLM推理延迟居高不下?vLLM这3个参数必须调优

第一章:Open-AutoGLM vLLM 推理延迟问题的根源剖析在部署 Open-AutoGLM 模型并集成 vLLM 推理引擎时,部分用户反馈存在显著的推理延迟现象。该问题不仅影响服务响应速度,还制约了高并发场景下的可用性。深入分析表明,延迟主要源于…

作者头像 李华
网站建设 2026/3/24 23:42:12

Open-AutoGLM ModelScope镜像实战(新手必看的8个避坑要点)

第一章:Open-AutoGLM ModelScope 镜像使用概述Open-AutoGLM 是基于 ModelScope 平台构建的自动化大语言模型推理镜像,专为高效部署和本地化运行设计。该镜像集成了预训练模型、推理引擎及依赖环境,用户可在无需手动配置复杂依赖的情况下快速启…

作者头像 李华
网站建设 2026/3/23 3:43:09

Open-AutoGLM WiFi配网全攻略:新手也能一次成功的7个关键步骤

第一章:Open-AutoGLM WiFi 连接教程在使用 Open-AutoGLM 设备时,正确配置并连接到无线网络是实现远程控制与数据同步的关键步骤。本章将详细介绍如何为设备配置 WiFi 网络参数,并成功建立连接。准备工作 确保 Open-AutoGLM 设备已通电并处于配…

作者头像 李华
网站建设 2026/3/26 1:36:43

如何在4GB内存上完美运行Open-AutoGLM?3个关键优化步骤必须掌握

第一章:在4GB内存上运行Open-AutoGLM的挑战与可行性 在资源受限的设备上部署大型语言模型(LLM)始终是一项严峻挑战,尤其是在仅有4GB内存的系统中运行如Open-AutoGLM这类参数量庞大的模型。尽管硬件限制明显,但通过合理…

作者头像 李华