MySQL多表关联删除必须显式指定目标表，如DELETE t1 FROM t1 JOIN t2 ON...；不可写DELETE FROM t1,t2或子查询中直接引用目标表，否则报错“You can't specify target table for update in FROM clause”。
用自连接 + 子查询定位重复行并删除
直接 DELETE 多表关联时 MySQL 会报错 “You can’t specify target table for update in FROM clause”，所以不能写成 DELETE FROM t WHERE id NOT IN (SELECT MIN(id) FROM t GROUP BY col1, col2) 这种形式。必须把子查询结果“藏”进一层派生表（derived table）绕过限制。
假设表 users 中 email 字段重复，要保留每组 email 对应的最小 id：
DELETE u1 FROM users u1 INNER JOIN users u2 ON u1.email = u2.email AND u1.id > u2.id;
这个写法本质是：对每个重复 email，找出所有比它更小 id 的同邮箱记录，然后删掉当前这条（u1.id > u2.id）。效果等价于“只留最小 ID”，且不触发 MySQL 的子查询限制。
先备份再操作，特别是没主键或大表场景
误删不可逆，哪怕加了 WHERE 条件也建议走三步：查重 → 备份 → 删除。查重语句可提前确认影响范围：
- 看哪些
email有重复：SELECT email, COUNT(*) FROM users GROUP BY email HAVING COUNT(*) > 1 - 查将被删的记录：
SELECT u1.* FROM users u1 INNER JOIN users u2 ON u1.email = u2.email AND u1.id > u2.id - 备份整表：
CREATE TABLE users_backup AS SELECT * FROM users（注意：该语句不复制索引和约束，仅数据）
如果表没有主键或唯一索引，email 字段允许 NULL，那 u1.email = u2.email 会漏掉 NULL 组（因为 NULL = NULL 为 FALSE）。此时需额外处理：ON (u1.email = u2.email) OR (u1.email IS NULL AND u2.email IS NULL)。
用窗口函数（MySQL 8.0+）更直观但要注意性能
如果你用的是 MySQL 8.0 或更新版本，可以用 ROW_NUMBER() 更清晰地标记重复组：
DELETE FROM users
WHERE id IN (
SELECT id FROM (
SELECT id, ROW_NUMBER() OVER (PARTITION BY email ORDER BY id) AS rn
FROM users
) t
WHERE t.rn > 1
);这比自连接逻辑更贴近“保留第 1 条”的直觉，但注意两点：
- 内部子查询必须套一层，否则仍报错“target table”
- 大表上
PARTITION BY+ORDER BY可能触发临时表和 filesort，执行前务必加EXPLAIN看是否走了索引；若email列无索引，性能可能急剧下降
删除后记得优化表空间和重建索引
MySQL 的 DELETE 不会立即释放磁盘空间，尤其是 InnoDB 表。删完大量数据后，表文件大小不变，后续 INSERT 可能变慢：
- 回收空间：
OPTIMIZE TABLE users（会锁表，生产环境慎用；替代方案是ALTER TABLE users ENGINE=InnoDB） - 检查索引是否碎片化：
SELECT data_free/1024/1024 AS free_mb FROM information_schema.tables WHERE table_schema='your_db' AND table_name='users' - 如果
email是高频查询字段，删重后建议加唯一索引防再次重复：ALTER TABLE users ADD UNIQUE KEY uk_email (email)（注意：加之前确保已无剩余重复）
真正容易被忽略的不是语法，而是 NULL 值处理、索引缺失导致的性能雪崩，以及删完不清理空间带来的隐性成本。
