Inner Join与Exists的差异及适用场景—

Inner Join与Exists的差异及适用场景——MySQL技术问询

阿华AIGC实验室

2026-5-11

嘿，咱们来好好拆解这两个查询的差异和适用场景，先把你的表数据贴出来方便对照：

mysql> select * from employee;
+------+---------+
| id   | name    |
+------+---------+
| 2    | Olavo   |
| 3    | Ricardo |
| 1    | Ricardo |
+------+---------+
3 rows in set (0,00 sec)

mysql> select * from works_for;
+-------------+--------------+
| employee_no | company_name |
+-------------+--------------+
| 2           | Luz          |
| 1           | Vale         |
+-------------+--------------+
2 rows in set (0,00 sec)

两个查询的差异与适用场景

一、结果上的核心差异

先看实际运行的结果区别：

INNER JOIN查询：

select e.name from employee e inner join works_for w on (e.id=w.employee_no);

运行结果是：

+---------+
| name    |
+---------+
| Olavo   |
| Ricardo |
+---------+

这里要注意：如果works_for里同一个员工有多条记录（比如Ricardo同时在Vale和另一家公司任职），这条查询会返回重复的name行，因为JOIN会把主表和关联表的匹配行全部组合起来。

EXISTS查询：

select e.name from employee e where exists (select 1 from works_for w where w.employee_no=e.id);

运行结果看起来和上面一样，但核心区别是：哪怕works_for中有多条匹配该员工的记录，EXISTS只会返回一次该员工的name。因为它只做“存在性检查”，找到第一个匹配项就停止遍历关联表，不会生成重复结果。

二、各自的适用场景

优先用`INNER JOIN`的情况：

需要从关联表中获取额外数据：比如你不仅要员工名字，还要他们任职的公司名称，INNER JOIN可以直接把company_name加到查询结果里，逻辑更顺。
需要保留重复结果或者统计匹配次数：比如你要统计每个员工的任职公司数量，JOIN产生的重复行可以直接用COUNT()来统计，不用额外处理。
关联表的匹配项是唯一的：比如每个员工只会在works_for里有一条记录，这时候两种写法结果一致，但JOIN的写法更直观易懂。

优先用`EXISTS`的情况：

只需要判断“是否存在关联记录”：比如你只想筛选出所有有任职记录的员工，不需要公司信息，EXISTS的语义更贴合“有没有”的判断逻辑。
关联表数据量大或者有大量重复匹配：EXISTS的执行效率通常更高，因为它是“半连接”逻辑，找到第一个匹配就停止，不会像JOIN那样生成临时的笛卡尔积再处理。
避免重复结果：不想用DISTINCT去重的话，EXISTS天然只会返回主表的唯一记录，代码更简洁。