最稳妥方式是用not exists子查询删除：delete from table_a a where not exists (select 1 from table_b b where b.id = a.id)；它语义清晰、null安全，且需先用select验证、确保索引存在。
用 NOT EXISTS 删除表A中在表B里不存在的记录
直接删掉「只在A里有、B里完全没有」的数据，最稳妥的方式是 NOT EXISTS 子查询。它能准确表达“这条A记录找不到匹配的B记录”这个逻辑，且对 NULL 值安全。
常见错误是误用 NOT IN：只要 B.id 里有一个 NULL，整个 NOT IN 就返回空结果，导致一条不删——这非常隐蔽，线上容易误删全表。
实操建议：
- 先用
SELECT验证要删哪些行：SELECT * FROM table_a a WHERE NOT EXISTS (SELECT 1 FROM table_b b WHERE b.id = a.id);
- 确认无误后执行删除：
DELETE FROM table_a a WHERE NOT EXISTS (SELECT 1 FROM table_b b WHERE b.id = a.id);
- 确保
table_b.id上有索引，否则子查询会全表扫描，大表可能卡住
用 LEFT JOIN + IS NULL 删除缺失关联的主表数据
当需要基于多字段关联（比如 (user_id, order_date)）判断差异时，LEFT JOIN 比嵌套子查询更直观，也更容易加多个条件。
注意点在于必须写 IS NULL 判断右表连接结果为空，而不是用 = NULL——后者永远为 false，删不掉任何数据。
实操建议：
- JOIN 条件要和业务语义一致，比如删除「在 orders 表里没对应记录的 users」：
DELETE u FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.user_id IS NULL;
- MySQL 中
DELETE ... JOIN语法不支持别名出现在FROM后的第一位置，所以写成DELETE u FROM users u ...而不是DELETE FROM u ... - PostgreSQL 不支持这种写法，得改用
USING或子查询
WHERE id NOT IN (...) 的陷阱与替代方案
NOT IN 看起来简洁，但只要右边子查询返回任意一个 NULL，整条语句就失效——这是 SQL 三值逻辑决定的，不是 bug，但极易被忽略。
例如：SELECT * FROM table_a WHERE id NOT IN (SELECT id FROM table_b WHERE status = 'active')，一旦 table_b 里有 id 为 NULL 的行，结果就是空集。
实操建议：
- 如果坚持用
NOT IN，必须显式排除 NULL：WHERE id NOT IN (SELECT id FROM table_b WHERE id IS NOT NULL)
- 但更推荐统一换成
NOT EXISTS，语义清晰、无需额外过滤、性能通常更好 - 小数据量下
IN可能走常量优化，但NOT IN几乎从不走索引，大表慎用
执行前必须做的三件事
DELETE 是不可逆操作，尤其跨表比对时逻辑稍错就可能清空关键数据。
务必按顺序做：
- 在测试库完整复现结构和数据，跑一遍
SELECT验证逻辑 - 检查目标表是否有外键约束，避免级联删掉其他表数据；必要时临时禁用（如 MySQL 的
FOREIGN_KEY_CHECKS=0），但记得恢复 - 生产环境执行前，用
START TRANSACTION包裹，删完立刻SELECT COUNT对比，确认数量合理再COMMIT；不确定就ROLLBACK
跨表差异删除真正难的不是语法，而是厘清“什么叫无用”——是 B 表完全没这条记录？还是 B 表有但状态已失效？这个业务定义一旦模糊，SQL 写得再漂亮也没用。
