正确写法是 NOT EXISTS：SELECT * FROM A WHERE NOT EXISTS (SELECT 1 FROM B WHERE B.id = A.id)，因其对 NULL 安全、语义清晰、兼容性强，而 NOT IN 在 B 表含 NULL 时恒返回空结果。
子查询实现差集的正确写法是 NOT EXISTS 而非 NOT IN
直接用 NOT IN 做差集极易出错——只要右边子查询返回任意一个 NULL，整个查询结果就变成空集。这是 SQL 初学者踩得最多、最隐蔽的坑。
真正可靠的做法是用 NOT EXISTS，它对 NULL 安全，语义清晰，且多数数据库能较好优化。
-
NOT IN要求右侧列必须声明NOT NULL约束，否则行为不可控 -
NOT EXISTS只关心是否存在匹配行，不依赖值比较，天然避开NULL陷阱 - 若右侧子查询涉及多列关联，
NOT EXISTS仍可自然扩展；NOT IN只支持单列
NOT EXISTS 差集查询的标准模板
假设想查表 orders 中那些客户 ID 不在 customers 表里的订单：
SELECT o.order_id, o.customer_id FROM orders o WHERE NOT EXISTS ( SELECT 1 FROM customers c WHERE c.customer_id = o.customer_id );
关键点：
- 子查询里用
SELECT 1，不是SELECT *或具体字段——语义明确且避免歧义 - 关联条件写在子查询的
WHERE里，不是靠外部 JOIN，逻辑更干净 - 外层不能省略表别名（如
o），否则子查询无法引用外部列
LEFT JOIN + IS NULL 是等价替代方案
当需要同时访问右表字段（比如做差集的同时还想看缺失原因），或者团队习惯显式连接时，LEFT JOIN 更直观：
SELECT o.order_id, o.customer_id FROM orders o LEFT JOIN customers c ON c.customer_id = o.customer_id WHERE c.customer_id IS NULL;
注意：
- 必须用
c.customer_id IS NULL判断，不能用c.* IS NULL或其它字段——因为LEFT JOIN后右表所有字段都为NULL，但只有关联键为NULL才代表没匹配 - 如果
customers.customer_id本身允许NULL，这个方案依然安全；而NOT IN在这种场景下会彻底失效 - 性能上两者通常接近，但某些旧版 MySQL 对
NOT EXISTS优化不佳，此时LEFT JOIN反而更快
EXCEPT 操作符不是万能解药
PostgreSQL 和 SQL Server 支持 EXCEPT，看起来最像“差集”本意：
SELECT customer_id FROM orders EXCEPT SELECT customer_id FROM customers;
但它有硬性限制：
- 左右查询必须列数相同、对应列类型兼容（比如不能一边是
INT一边是VARCHAR） - 自动去重——如果你要保留重复订单记录，
EXCEPT会悄悄删掉它们 - MySQL 直到 8.0.34 才支持
EXCEPT，且不支持EXCEPT ALL，实用性受限
真正需要差集语义时，NOT EXISTS 的可控性和兼容性仍是首选。容易被忽略的是：子查询里哪怕只少写一个关联条件，结果就完全错误，检查时得盯住 WHERE 子句里的等号两边是否真在跨层引用。
