原因是EXISTS操作符基于“至少找到”原则。它返回true，一旦找到至少一个匹配的行，就停止扫描表。

另一方面，当IN操作符与子查询结合时，MySQL必须先处理子查询，然后使用子查询的结果来处理整个查询。

一般的经验法则是，如果子查询包含一个较大的 对于大量的数据，EXISTS操作符提供了更好的性能。 但是，如果使用IN操作符，查询将执行得更快 子查询返回的结果集非常小。

我相信这个问题有一个直截了当的答案。你为什么不从那些在他们的系统中开发了这个功能的人那里检查一下呢?

如果你是一个MS SQL开发人员，下面是来自微软的直接答案。

IN:

确定指定的值是否与子查询或列表中的任何值匹配。

存在:

指定子查询以测试是否存在行。

不同之处在于:

select * 
from abcTable
where exists (select null)

上面的查询将返回所有记录，而下面的查询将返回空。

select *
from abcTable
where abcTable_ID in (select null)

尝试一下并观察输出。

我发现使用EXISTS关键字通常非常慢(这在Microsoft Access中非常真实)。 相反，我以这样的方式使用join操作符: should-i-use-the-keyword-exists-in-sql

如果你可以用where in代替where exists，那么where in可能更快。

使用where in或where exists 将遍历父结果的所有结果。不同之处在于where exists将导致大量依赖子查询。如果你可以防止依赖子查询，那么where in将是更好的选择。

例子

假设我们有10,000家公司，每家公司有10个用户(因此我们的用户表有100,000个条目)。现在假设您希望通过用户名或公司名查找用户。

下面使用were exists查询的执行时间为141ms:

select * from `users` 
where `first_name` ='gates' 
or exists 
(
  select * from `companies` 
  where `users`.`company_id` = `companies`.`id`
  and `name` = 'gates'
)

这是因为对每个用户执行一个依赖子查询:

然而，如果我们避免exists查询并使用:

select * from `users` 
where `first_name` ='gates' 
or users.company_id in  
(
    select id from `companies` 
    where  `name` = 'gates'
)

然后避免依赖子查询，查询将在0,012毫秒内运行

据我所知，当子查询返回NULL值时，整个语句变成NULL。在这种情况下，我们使用EXITS关键字。如果我们想在子查询中比较特定的值，那么我们使用in关键字。