LEFT JOIN + IS NULL 是查找差集的标准方法，通过保留左表全部行并筛选右表匹配字段为NULL的记录实现；需正确使用ON条件、避免WHERE误用、处理多字段NULL陷阱、确保关联字段有索引，且比NOT IN更可靠。
LEFT JOIN + IS NULL 是找差集的核心组合
想从表 A 中找出“在表 A 里存在、但在表 B 里完全不存在”的记录，直接用 LEFT JOIN 配合 WHERE ... IS NULL 就行。这不是技巧，而是 SQL 标准语义：LEFT JOIN 会保留左表全部行，右表无匹配时对应字段全为 NULL，抓住这个空值就能筛出差集。
必须写对 ON 条件，不能把过滤逻辑塞进 WHERE
常见错误是把本该写在 ON 的关联条件误写进 WHERE，导致 LEFT JOIN 变成 INNER JOIN 效果。比如要查 users 表中没出现在 orders 表里的用户：
SELECT u.* FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.user_id IS NULL;
这里 o.user_id IS NULL 是筛选结果的条件，不是关联逻辑。如果写成 WHERE o.user_id = 123，那整条语句就失去差集意义了。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
多字段匹配时 ON 要写全，且注意 NULL 值陷阱
当用多个字段联合判断是否存在（比如 (a, b) 组合），ON 必须同时指定所有字段，且任一字段为 NULL 都会导致匹配失败——而 NULL = NULL 在 SQL 中不成立，所以若关联字段可能为空，得提前处理：
- 用
COALESCE(col, 'placeholder')统一空值 - 或改用
NOT EXISTS更稳妥（但 LEFT JOIN 更易读、多数场景性能不差） - 确保被 JOIN 的字段有索引，尤其是
orders.user_id这类外键列
LEFT JOIN 比 NOT IN 更可靠，尤其当右表字段含 NULL
NOT IN (subquery) 遇到右表字段有 NULL 时会整个返回空结果——这是 SQL 三值逻辑的坑。而 LEFT JOIN ... IS NULL 不受此影响，行为确定。只要确认右表关联字段没有意外的 NULL（比如外键未设 NOT NULL 约束），这条路径就是最直觉、最可控的差集写法。
真正容易被忽略的是：LEFT JOIN 的性能高度依赖右表关联字段是否有索引。没建索引时，哪怕只差几百行，也可能变慢几秒甚至超时。
