mysql exists和not exists怎么用,如何优化mysql子查询

来源:IT编程作者:广州程序员头衔:程序员
导读:本期聚焦于小伙伴创作的《mysql exists和not exists怎么用,如何优化mysql子查询》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《mysql exists和not exists怎么用,如何优化mysql子查询》有用,将其分享出去将是对创作者最好的鼓励。

在mysql的查询逻辑中,exists和not exists是用于判断子查询结果是否存在的操作符,二者通常和子查询配合使用,能够解决很多复杂的关联查询需求,同时在合适的场景下比in、not in操作符有更好的性能表现。

mysql exists和not exists怎么用,如何优化mysql子查询

exists和not exists的基本用法

exists语法与示例

exists用于判断子查询是否返回至少一行数据,如果子查询返回结果,则exists条件为真,否则为假。它的执行逻辑是:先执行外层查询,再代入外层查询的每一行数据去执行子查询,只要子查询能查到数据,就保留该行外层查询的结果。

假设存在两张表,用户表user和订单表order,结构如下:

-- 用户表
CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(50) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 订单表
CREATE TABLE `order` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) DEFAULT NULL,
  `order_no` varchar(50) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_user_id` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

如果要查询所有下过订单的用户,就可以使用exists实现:

SELECT u.id, u.name
FROM `user` u
WHERE EXISTS (
  SELECT 1 FROM `order` o WHERE o.user_id = u.id
);

上述查询会先遍历user表的每一行,将当前行的id代入子查询,判断order表中是否存在对应用户id的订单,如果存在就保留该用户的信息。

not exists语法与示例

not exists的逻辑和exists相反,当子查询没有返回任何数据时,not exists条件为真,否则为假。如果要查询所有没有下过订单的用户,就可以使用not exists实现:

SELECT u.id, u.name
FROM `user` u
WHERE NOT EXISTS (
  SELECT 1 FROM `order` o WHERE o.user_id = u.id
);

exists和not exists与in、not in的对比

很多场景下exists和in可以实现相同的查询效果,比如查询下过订单的用户,用in也可以实现:

SELECT u.id, u.name
FROM `user` u
WHERE u.id IN (SELECT o.user_id FROM `order` o);

二者的核心区别在于执行逻辑:

  • in是先执行子查询,将所有结果存起来,再去外层查询匹配,适合子查询结果集小、外层查询结果集大的场景
  • exists是先执行外层查询,再逐行代入子查询判断,适合外层查询结果集小、子查询结果集大的场景

而not exists和not in的区别除了执行逻辑不同,还有一个重要点:not in如果子查询的结果包含null值,会导致整个查询结果返回空,因为null不能直接比较相等,而not exists没有这个问题。

mysql子查询优化方法

为子查询关联字段创建索引

exists和not exists的子查询中,关联外层表的字段一定要创建索引,以上面的order表为例,user_id字段已经创建了idx_user_id索引,子查询在判断o.user_id = u.id的时候就可以走索引,大幅提升查询速度。如果没有索引,子查询会全表扫描order表,每一条外层数据都要做一次全表扫描,性能会非常差。

改写子查询为关联查询

部分exists和not exists的子查询可以改写为关联查询,减少子查询的循环次数。比如查询下过订单的用户,也可以改写为inner join的形式:

SELECT DISTINCT u.id, u.name
FROM `user` u
INNER JOIN `order` o ON o.user_id = u.id;

查询没有下过订单的用户,可以改写为left join加条件判断的形式:

SELECT u.id, u.name
FROM `user` u
LEFT JOIN `order` o ON o.user_id = u.id
WHERE o.id IS NULL;

减少外层查询的数据量

在使用exists和not exists之前,先通过where条件过滤外层查询的数据,减少需要代入子查询的行数。比如只需要查询最近注册的用户中下过订单的,就可以先过滤user表的注册时间:

SELECT u.id, u.name
FROM `user` u
WHERE u.create_time > '2024-01-01'
AND EXISTS (
  SELECT 1 FROM `order` o WHERE o.user_id = u.id
);

避免子查询中不必要的查询字段

exists和not exists的子查询中,select后面的字段不影响判断结果,所以通常用select 1即可,不需要查询具体的字段,减少不必要的数据读取。比如之前的示例中都用select 1,而不是select *或者其他字段,这样mysql在执行子查询的时候不需要读取具体的行数据,只需要判断是否存在即可。

使用注意事项

首先要注意子查询中的关联条件,必须关联外层查询的字段,否则会变成无关子查询,比如子查询中没有o.user_id = u.id这样的条件,那么子查询要么永远返回结果,要么永远不返回结果,exists和not exists就失去了意义。

其次要注意数据量的问题,如果外层表数据量极大,即使有索引,exists的逐行判断也会有一定的性能开销,这时候可以考虑分批次查询,或者调整业务查询逻辑,减少单次查询的数据量。

最后要注意mysql的版本差异,不同版本的mysql对子查询的优化器逻辑不同,建议在执行复杂子查询之前,先用explain命令查看执行计划,确认是否走了预期的索引,是否存在全表扫描的问题,再针对性调整优化策略。

mysqlexistsnot_exists子查询优化修改时间:2026-06-29 20:06:20

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。