必须用NOT EXISTS替代LEFT JOIN+IS NULL删除孤儿记录，因后者在MySQL 5.7+等主流数据库中存在语法限制或性能缺陷；NOT EXISTS语义清晰、支持半连接优化、可利用索引且天然避免NULL陷阱。
直接用 DELETE ... WHERE NOT EXISTS 是最稳妥高效的方式，但必须确保子查询里有合适的关联字段和索引，否则可能全表扫描拖垮性能。
为什么不能用 LEFT JOIN + IS NULL 删除？
看似直观，但 MySQL 5.7+ 和 PostgreSQL 在 DELETE 中对 LEFT JOIN 的支持有限制或隐式行为差异；SQL Server 虽支持，但执行计划常生成嵌套循环而非哈希匹配，大表时更慢。而 NOT EXISTS 语义清晰、优化器识别度高，且能天然利用相关子查询的早期终止特性（找到一个匹配就跳过）。
- MySQL 8.0+ 对
NOT EXISTS子查询自动尝试半连接（semi-join）优化 - PostgreSQL 会将
NOT EXISTS转为ANTI JOIN，若外键列有索引，可走Index Only Scan - 避免写成
NOT IN (SELECT ...)：子查询返回NULL会导致整行被过滤（三值逻辑陷阱）
DELETE + NOT EXISTS 的正确写法和索引要点
假设要删掉 orders 表中没有对应 customer_id 的订单（即孤立订单），而 customers 表主键是 id：
DELETE FROM orders WHERE NOT EXISTS ( SELECT 1 FROM customers WHERE customers.id = orders.customer_id );
关键点：
- 子查询中必须显式用
=关联两表字段，不能漏掉orders.customer_id—— 这是让优化器识别相关子查询的前提 -
customers.id必须有索引（通常是主键，已满足）；orders.customer_id也强烈建议加索引，否则每次都要全表扫customers来验证 - 别在子查询里写
SELECT *或多余字段，SELECT 1最轻量 - 如果
orders.customer_id允许NULL，该语句会保留这些行（因为NULL = anything为UNKNOWN，NOT EXISTS返回FALSE），需额外加OR orders.customer_id IS NULL显式处理
大表删除时防止锁表和日志爆炸
单次删几百万行会阻塞 DML、撑爆事务日志。应分批执行：
DELETE FROM orders WHERE NOT EXISTS ( SELECT 1 FROM customers WHERE customers.id = orders.customer_id ) LIMIT 10000;
然后在应用层循环执行，直到影响行为 0。注意：
- MySQL 中
LIMIT在DELETE里有效，但 PostgreSQL 需用WITH+DELETE ... USING或游标 - 每次执行后加
SLEEP(0.1)（应用层控制），避免 I/O 打满 - 确认
orders表无外键引用自身或其他表，否则级联删除可能意外触发
最容易被忽略的是 orders.customer_id 列缺失索引——它不参与主键或唯一约束，开发常忘记建索引，导致 NOT EXISTS 变成双重全表扫描。上线前务必用 EXPLAIN 看子查询是否走了索引。
