反连接是查表A中有但表B中完全不匹配的记录，常用LEFT JOIN+IS NULL或NOT EXISTS实现；NOT IN因NULL值问题易出错，应避免使用。
什么是反连接（Anti-JOIN）？
SQL 标准里没有 ANTI JOIN 关键字，但“反连接”是真实存在的需求：查出在表 A 中存在、但在表 B 中**完全不匹配**的记录。本质是「A 有，B 没有」的补集逻辑。别被名字吓住——它不是什么高级语法，而是用现有 JOIN + 过滤组合出来的常见模式。
用 LEFT JOIN + IS NULL 实现最可靠
这是兼容性最好、语义最清晰的做法。核心思路：左连后，B 侧所有字段都为 NULL 的行，就是 A 中没被 B 匹配上的行。
示例：查所有没有订单的客户
SELECT c.id, c.name FROM customers c LEFT JOIN orders o ON c.id = o.customer_id WHERE o.customer_id IS NULL;
注意点：
-
WHERE o.customer_id IS NULL必须写在WHERE子句，不能写成ON o.customer_id IS NULL—— 后者会变成条件连接，结果完全错误 - 判断
NULL的字段必须来自右表（orders），且最好是连接键或非空字段；用o.id IS NULL也行，但不如连接键直观 - 如果右表连接字段允许
NULL，而你又没在ON条件里排除，可能误判——确保连接逻辑本身是确定的
NOT EXISTS 比 LEFT JOIN 更精准（尤其含 NULL 时）
当右表连接字段可能为 NULL，或你想严格表达「不存在任何匹配行」语义时，NOT EXISTS 更安全。它不依赖 JOIN 后的 NULL 判断，而是子查询逐行检查。
同样查无订单客户：
SELECT c.id, c.name FROM customers c WHERE NOT EXISTS ( SELECT 1 FROM orders o WHERE o.customer_id = c.id );
关键差异：
-
NOT EXISTS对右表的NULL值不敏感；而LEFT JOIN ... IS NULL在右表连接字段本身可空时，可能把「B 有记录但 customer_id 是 NULL」也当成“没匹配”，造成漏查 - 多数数据库对
NOT EXISTS有良好优化，性能常优于LEFT JOIN（尤其右表大、匹配率低时） - 子查询中必须关联外层表（如
c.id），否则变成恒真/恒假，结果全错或为空
为什么不用 NOT IN？
NOT IN 看似简洁，但极易掉坑：只要右表子查询结果中有一个 NULL，整个条件就恒为 UNKNOWN，结果返回空集——这和业务预期完全相反。
比如：SELECT * FROM customers WHERE id NOT IN (SELECT customer_id FROM orders);
一旦 orders.customer_id 里有 NULL，这条语句就查不出任何客户，无论实际有没有匹配。
除非你能 100% 确保子查询结果不含 NULL（例如加 WHERE customer_id IS NOT NULL），否则直接跳过 NOT IN。
真正难处理的从来不是写法，而是右表数据质量——连接字段是否可空、是否有脏数据、索引是否覆盖，这些比选哪种语法影响更大。
