MySQL禁止DELETE子查询直接引用目标表，因执行器拒绝“边读边写”冲突；须用派生表、JOIN或窗口函数绕过，且验证语句必须与删除逻辑完全一致。
为什么直接用子查询删重复行会报错
MySQL 5.7 及更早版本中，DELETE FROM t WHERE id IN (SELECT id FROM t GROUP BY ...) 会触发 You can't specify target table 't' for update in FROM clause 错误。这不是语法写错了，而是 MySQL 的限制：不允许在 DELETE/UPDATE 的子查询里直接引用被修改的同一张表。
PostgreSQL 和 SQL Server 没这限制，但 MySQL 用户占多数，这个坑几乎必踩。
- 错误本质是执行器层面的表锁定冲突，不是逻辑错误
-
SELECT阶段需要读表，DELETE阶段又要改同一张表，引擎拒绝这种“边读边写” - 即使加了
WHERE条件缩小范围，只要子查询 FROM 是原表，就触发限制
绕过限制的三种实操写法
核心思路只有一个：让子查询“看不见”原表名。不是改逻辑，而是换壳。
写法一（推荐）：嵌套一层派生表（Derived Table）
给子查询套个匿名临时结果集，MySQL 就认不出来了：
DELETE FROM employees
WHERE id NOT IN (
SELECT min_id FROM (
SELECT MIN(id) AS min_id
FROM employees
GROUP BY email, name
) AS tmp
);
写法二：用 JOIN 替代 IN
把“要删的 ID”变成一张临时虚拟表再关联：
DELETE e1 FROM employees e1 LEFT JOIN ( SELECT MIN(id) AS keep_id FROM employees GROUP BY email, name ) e2 ON e1.id = e2.keep_id WHERE e2.keep_id IS NULL;
写法三：用 CTE + ROW_NUMBER()（MySQL 8.0+ / PostgreSQL / SQL Server）
窗口函数本身不依赖子查询 FROM 原表，天然绕开限制：
WITH ranked AS ( SELECT id, ROW_NUMBER() OVER (PARTITION BY email, name ORDER BY id) AS rn FROM employees ) DELETE e FROM employees e INNER JOIN ranked r ON e.id = r.id WHERE r.rn > 1;
ORDER BY 不写或写错会导致保留不可控
用 ROW_NUMBER() 或 MIN(id) 决定留哪条时，排序依据必须稳定、可预期。常见翻车点：
-
ORDER BY NULL或漏写ORDER BY→ 数据库随机选一条保留，每次执行结果可能不同 - 用
ORDER BY created_at DESC但该字段有 NULL → NULL 排最前或最后因数据库而异（MySQL 默认排最前，PostgreSQL 默认排最后） - 字段类型不一致，比如
created_at是字符串而非 DATETIME → 字典序排序 ≠ 时间序，2026-01-10 会排在 2026-01-2 这种格式前面 - 没主键也没时间戳，只靠业务字段（如 name/email）排序 → 相同值之间无顺序，
ROW_NUMBER()仍可能非确定性分配
删之前必须先查，且查法要匹配删法
别只跑 SELECT * FROM t GROUP BY ... HAVING COUNT(*) > 1 看有多少组重复——这告诉你“有多少类重复”，不告诉你“具体哪几行会被删”。真正要验证的，是删语句里实际筛选出的 ID 集合。
例如用 ROW_NUMBER() 删除，验证语句必须是：
SELECT id, email, name,
ROW_NUMBER() OVER (PARTITION BY email, name ORDER BY id) AS rn
FROM employees
WHERE rn > 1;
而不是：
SELECT * FROM employees WHERE (email, name) IN ( SELECT email, name FROM employees GROUP BY email, name HAVING COUNT(*) > 1 );
后者会把所有重复组的全部行都捞出来，包括你打算保留的那条；前者才精确对应将被删除的行。
真实环境里，多一个字段、少一个 ORDER BY、NULL 处理方式不同，都可能导致删掉本该留下的记录。没有“通用安全模板”，只有“按当前表结构和业务规则定制验证”。
