我的理解是，只要我们不处理NULL值，两者都应该是相同的。

同样的原因，查询不返回值for = NULL vs is NULL。 http://sqlinthewild.co.za/index.php/2010/02/18/not-exists-vs-not-in/

至于布尔和comparator参数，为了生成一个布尔值，两个值都需要进行比较，这就是任何if条件的工作方式。所以我不明白IN和EXISTS的行为有什么不同 ．

哪个更快取决于内部查询获取的查询数量:

当您的内部查询获取数千行，那么EXIST将是更好的选择 当您的内部查询获取少量行时，那么IN将更快

EXIST对true或false进行评估，但在比较多个值。当你不知道记录是否存在时，你应该选择exist

IN只支持平等关系(或前面有NOT的不平等关系)。 它是=any / =some的同义词

select    * 
from      t1 
where     x in (select x from t2)
;

EXISTS支持不能用IN表示的不同类型的关系，例如-

select    * 
from      t1 
where     exists (select    null 
                  from      t2 
                  where     t2.x=t1.x 
                        and t2.y>t1.y 
                        and t2.z like '℅' || t1.z || '℅'
                  )
;

还有另一种说法——

exist和IN之间所谓的性能和技术差异可能是由于特定供应商的实现/限制/错误造成的，但很多时候它们只是由于缺乏对数据库内部结构的理解而产生的神话。

表的定义、统计数据的准确性、数据库配置和优化器的版本都会影响执行计划，因此也会影响性能指标。

我假设您知道它们的作用，因此使用方式不同，所以我将把您的问题理解为:什么时候重写SQL以使用IN而不是EXISTS是一个好主意，或者反之亦然。

这个假设合理吗?

编辑:我问的原因是，在许多情况下，您可以重写基于in的SQL来使用EXISTS，反之亦然，对于某些数据库引擎，查询优化器将区别对待这两者。

例如:

SELECT *
FROM Customers
WHERE EXISTS (
    SELECT *
    FROM Orders
    WHERE Orders.CustomerID = Customers.ID
)

可以改写为:

SELECT *
FROM Customers
WHERE ID IN (
    SELECT CustomerID
    FROM Orders
)

或者用join:

SELECT Customers.*
FROM Customers
    INNER JOIN Orders ON Customers.ID = Orders.CustomerID

所以我的问题仍然存在，原来的海报想知道什么是IN和EXISTS，因此如何使用它，或者他问是否重写SQL使用IN使用EXISTS，反之亦然，将是一个好主意?

在某些情况下，使用In比使用EXISTS更好。通常，如果选择谓词在子查询中，则使用In。如果选择谓词在父查询中，则使用EXISTS。

https://docs.oracle.com/cd/B19306_01/server.102/b14211/sql_1016.htm#i28403

我认为,

EXISTS是当您需要将查询结果与另一个子查询匹配时。 查询#1的结果需要在SubQuery结果匹配的地方检索。有点像Join.. 例如，选择表1中也下过表2订单的客户 IN用于检索特定列的值是否位于列表(1,2,3,4,5)中 例如，选择位于以下邮政编码中的客户，即zip_code值位于(....)列表中。

什么时候使用一种而不是另一种……当你觉得读起来合适的时候(更好地传达意图)。