子查询删除前必须加WHERE条件，否则会清空整张表；MySQL禁止子查询直接引用目标表，需用派生表加别名绕过；IN遇NULL返回UNKNOWN致零行删除，推荐用EXISTS或JOIN替代；大表须分批删除并先验证子查询结果。
子查询删除前必须加WHERE条件
不加 WHERE 的子查询删除会清空整张表，这是最常踩的坑。MySQL 和 PostgreSQL 都允许 DELETE FROM table WHERE id IN (SELECT ...) 这种写法，但若子查询返回空结果集，IN (NULL) 会导致匹配失败——不是报错，而是“删了0行”，你以为删了，其实什么都没动。
- 务必确认子查询能返回非空、非
NULL的有效值；可先单独执行子查询验证结果 - 如果子查询字段可能为
NULL（比如外键缺失），用IS NOT NULL显式过滤 - PostgreSQL 对
IN (subquery)有严格要求：子查询只能返回单列；MySQL 允许但不推荐多列
MySQL中避免“同一张表既查询又删除”的错误
直接写 DELETE FROM user WHERE id IN (SELECT id FROM user WHERE status = 'invalid') 在 MySQL 5.7+ 会报错：You can't specify target table 'user' for update in FROM clause。这是因为 MySQL 不允许在子查询中直接引用正在被修改的表。
- 绕过方法：用派生表包装子查询，例如
(SELECT * FROM (SELECT id FROM user WHERE status = 'invalid') AS tmp) - 更稳妥的做法是用
JOIN替代：DELETE u FROM user u INNER JOIN user u2 ON u.id = u2.id WHERE u2.status = 'invalid' - 注意：JOIN 删除时，别名必须出现在
DELETE子句中（如DELETE u），否则语法不通过
大表删除要防锁表和超时
子查询返回几万行ID再一次性删，容易触发锁表、事务日志暴涨或 Lock wait timeout exceeded。尤其在 InnoDB 中，DELETE 是行级锁，但范围过大仍会升级或阻塞其他操作。
- 分批删：用
LIMIT+ 循环（应用层控制），例如每次删 1000 行：DELETE FROM user WHERE id IN (...) LIMIT 1000 - 避免在子查询里做复杂关联或全表扫描；给子查询中的过滤字段建索引（如
status、created_at） - 生产环境执行前，先用
SELECT COUNT(*)估算待删量；超过 5 万行建议走归档+清空流程，而非硬删
PostgreSQL中用WITH实现安全批量删除
PostgreSQL 支持 WITH 语句提前定义子查询结果，再在 DELETE 中引用，逻辑清晰且避免重复计算。比嵌套 IN 更可靠，也支持 RETURNING 返回被删记录。
- 示例：
WITH to_delete AS ( SELECT id FROM orders WHERE created_at < '2020-01-01' AND status = 'cancelled' ) DELETE FROM orders WHERE id IN (SELECT id FROM to_delete) RETURNING id;
-
RETURNING能帮你确认实际删了多少、删了哪些，对审计和回滚判断很关键 - 如果子查询涉及多表关联，
WITH还能复用中间结果，避免多次扫描
子查询删数据看着简单，真正落地时，数据库版本差异、NULL 处理、锁机制、执行计划这几处最容易出问题。别信“一次写对”，先查、再限、最后跑，比什么都重要。
