MySQL中DELETE同表子查询报ERROR 1093需用派生表加别名绕过，NOT EXISTS比NOT IN更安全防NULL，跨库关联删除语法各异，自关联去重须避免语义冲突。
MySQL 中直接在 DELETE 的 WHERE 里写同表子查询会报 ERROR 1093，Oracle 和旧版 PostgreSQL 虽不报错但逻辑可能失效——核心问题不是“能不能写”，而是“怎么写才不漏删、不错删、不锁死”。
MySQL DELETE + 同表子查询报 ERROR 1093 怎么办
这不是语法错误，是 MySQL 主动阻止“一边读、一边删同一张表”的语义冲突。绕过只有一种稳定写法：把子查询包成派生表并显式起别名。
-
DELETE FROM orders WHERE id IN (SELECT id FROM orders WHERE status = 'cancelled')→ 错，直接报ERROR 1093 -
DELETE FROM orders WHERE id IN (SELECT id FROM (SELECT id FROM orders WHERE status = 'cancelled') AS tmp)→ 对，AS tmp不可省，哪怕只是AS t - 别名必须存在，否则仍报错；
AS关键字可省，但别名不能空 - 如果子查询含
GROUP BY或DISTINCT，MySQL 5.7 及更早版本会强制物化（无法走索引），8.0+ 有优化但不保证生效，建议先用SELECT验证执行计划
NOT EXISTS 比 NOT IN 更安全的三个原因
当删除条件依赖“另一张表不存在对应记录”时，NOT IN 是高危写法，NOT EXISTS 才是默认选项。
-
NOT IN (SELECT department_id FROM departments)：只要departments.department_id里有一个NULL，整条条件恒为UNKNOWN，结果一行不删 -
NOT EXISTS (SELECT 1 FROM departments d WHERE d.id = employees.department_id)：对NULL完全免疫，空子查询自然返回false，语义准确 - 子查询中必须关联外层字段（如
d.id = employees.department_id），否则变成非相关子查询，性能爆炸 - 务必给关联字段加索引，否则每次删一行都要全表扫描被关联表
跨数据库的 DELETE 关联写法差异
PostgreSQL 和 SQL Server 支持更直观的 JOIN 式删除，但语法互不兼容，迁移时必须重写。
- PostgreSQL：
DELETE FROM employees USING departments WHERE employees.dept_id = departments.id AND departments.name = 'HR'，USING相当于隐式JOIN - SQL Server：
DELETE e FROM employees e INNER JOIN departments d ON e.dept_id = d.id WHERE d.name = 'HR'，被删表必须起别名（e），且FROM后要显式写出 - Oracle：不支持任何
JOIN形式的DELETE，只能用EXISTS子查询或WITH+ROWID分批删，大表必须分批，否则 UNDO 溢出或锁表 - 所有数据库中，
IN子查询都需警惕NULL，而EXISTS始终可靠
自关联去重或清理时容易踩的坑
同一张表既做主表又做子查询来源，是 ERROR 1093 和逻辑错乱的重灾区。
- 想删重复数据（按
code去重，保留最小id）：DELETE f1 FROM folder f1 WHERE f1.id > (SELECT MIN(f2.id) FROM folder f2 WHERE f2.code = f1.code)→ 错，MySQL 报ERROR 1093 - 正确写法：
DELETE f1 FROM folder f1 WHERE f1.id > (SELECT min_id FROM (SELECT code, MIN(id) AS min_id FROM folder GROUP BY code) AS tmp WHERE tmp.code = f1.code) - 子查询里
SELECT 1比SELECT *更轻量，优化器更容易识别为半连接 - 永远先用
SELECT替换DELETE验证结果集，比如把DELETE FROM a WHERE NOT EXISTS (...)改成SELECT * FROM a WHERE NOT EXISTS (...)
最常被忽略的是子查询是否真的“相关”——少一个关联条件，就变成全表扫描；多一个 NULL，就整批删不掉。别信直觉，先跑 EXPLAIN，再跑 SELECT，最后才执行 DELETE。
