<p>MySQL中DELETE语句直接使用涉及目标表的子查询会报错1093，必须通过派生表加别名（如SELECT * FROM (...) AS tmp）绕过限制；PostgreSQL虽允许子查询但禁止在子查询中引用被删表，跨库应统一用JOIN替代IN以规避NULL和性能问题。</p>
DELETE 语句里直接套 SELECT 子查询会报错
MySQL 和 PostgreSQL 允许在 DELETE 中用子查询，但语法限制严格；SQLite 和早期 SQL Server 则不支持“直接在 FROM 后跟子查询”的写法。最常见错误是写成这样：
DELETE FROM users WHERE id IN (SELECT id FROM temp_blacklist);——这在 MySQL 里能跑，但在 PostgreSQL 里如果子查询涉及目标表（比如
SELECT id FROM users WHERE status = 'inactive'），就会触发 “cannot delete from table used in subquery” 错误。
MySQL 中避免别名冲突的写法
MySQL 要求对子查询显式加别名，否则报 You can't specify target table for update in FROM clause。这不是语法错误，而是 MySQL 的限制机制：它禁止直接读写同一张表。
- ❌ 错误写法（触发报错）：
DELETE FROM orders WHERE customer_id IN (SELECT customer_id FROM orders WHERE created_at < '2023-01-01');
- ✅ 正确写法（加别名绕过）：
DELETE FROM orders WHERE customer_id IN (SELECT t.customer_id FROM (SELECT customer_id FROM orders WHERE created_at < '2023-01-01') AS t);
- 也可以改用
JOIN形式，更清晰：DELETE o FROM orders o INNER JOIN orders o2 ON o.customer_id = o2.customer_id WHERE o2.created_at < '2023-01-01';
PostgreSQL 必须用 CTE 或 USING
PostgreSQL 不允许子查询引用正在删除的表，哪怕只是读取。必须拆成两步或改用标准语法。
- ✅ 推荐用
WITH（CTE）：WITH to_delete AS (SELECT id FROM users WHERE last_login < '2022-01-01') DELETE FROM users WHERE id IN (SELECT id FROM to_delete);
- ✅ 或用
USING关联（适合多表逻辑）：DELETE FROM users u USING blacklisted b WHERE u.id = b.user_id;
- ⚠️ 注意：CTE 中的
SELECT是执行时快照，不会受后续DELETE影响，这点和 MySQL 的嵌套子查询行为一致。
WHERE IN 子查询性能差时怎么办
当子查询返回上万行 ID，WHERE id IN (...) 可能触发全表扫描或临时表膨胀，尤其在没索引的字段上。
- 检查子查询字段是否建索引，比如
temp_blacklist(id)或users(status)； - 把大子查询结果先写入临时表，再
JOIN删除，MySQL 和 PG 都更可控； - 避免在子查询里用
ORDER BY或LIMIT—— 它们对DELETE无意义，还拖慢解析； - PostgreSQL 中若子查询含聚合（如
GROUP BY），确保DELETE条件能命中索引前缀，否则计划器大概率放弃索引。
BEGIN; DELETE ...; ROLLBACK; 跑一遍，特别是跨表关联删除时，外键约束和触发器可能产生意料外的级联动作。 
