核心思路是用ROW_NUMBER()配合PARTITION BY和ORDER BY分组编号，删rn>1的行；必须用CTE或子查询中转，不可直接在DELETE中嵌套窗口函数，且需注意NULL处理与索引优化。
用 ROW_NUMBER() 给重复行编号再删掉编号大于 1 的
核心思路是：先按去重字段分组排序，给每组内的行标上序号，然后删掉所有序号不是 1 的记录。关键在于 ROW_NUMBER() 必须配合 PARTITION BY 和 ORDER BY 使用，否则无法稳定识别“哪一条该保留”。
常见错误是只写 PARTITION BY 不写 ORDER BY，导致数据库随机排序，每次执行保留的那条可能不同——尤其在没主键或时间字段时特别危险。
-
ORDER BY推荐用主键（如id）升序，确保保留最早插入的那条 - 如果想保留最新的一条，就用
ORDER BY created_at DESC或id DESC - 删除前务必先用
SELECT预览，例如：SELECT *, ROW_NUMBER() OVER (PARTITION BY name, email ORDER BY id ASC) AS rn FROM users;
DELETE 语句必须套一层子查询或 CTE，不能直接在 FROM 中用窗口函数
MySQL 8.0+、PostgreSQL、SQL Server 都不支持在 DELETE ... FROM 的 FROM 子句里直接写含窗口函数的子查询（会报错类似 Window function is not allowed in this context）。得用 CTE 或派生表把编号结果先算出来。
PostgreSQL / SQL Server 写法（推荐 CTE）：
WITH ranked AS ( SELECT id, ROW_NUMBER() OVER (PARTITION BY name, email ORDER BY id ASC) AS rn FROM users ) DELETE FROM users WHERE id IN (SELECT id FROM ranked WHERE rn > 1);
MySQL 8.0+ 要用派生表（CTE 在某些旧版本不支持 DELETE 关联）：
DELETE u1 FROM users u1 INNER JOIN users u2 ON u1.name = u2.name AND u1.email = u2.email AND u1.id > u2.id;（这是替代方案，不依赖窗口函数，但逻辑不同）
注意 WHERE 条件字段是否允许 NULL，NULL 值会被当成相同值处理
如果去重字段（比如 email）有 NULL，PARTITION BY email 会让所有 NULL 归为同一组——也就是说，所有 email 为 NULL 的记录会被认为“重复”，最终只剩一条。这不是 bug，是 SQL 标准行为。
要避免误删，有两种办法：
- 加过滤条件，比如
WHERE email IS NOT NULL，只对非空字段去重 - 用
COALESCE(email, CONCAT('null_', id))把 NULL 转成唯一占位符（慎用，需确认业务是否接受） - 更稳妥的做法是先查出哪些组包含 NULL：
SELECT COUNT(*) FROM users WHERE email IS NULL;
再决定是否单独处理
大表执行前记得加索引，否则 PARTITION BY 字段扫描太慢
如果 users 表有千万级数据，而 (name, email) 没索引，ROW_NUMBER() 的分区排序会触发全表扫描 + 大量临时磁盘排序，可能卡住甚至 OOM。
执行前检查并补索引：
CREATE INDEX idx_name_email ON users(name, email);
注意顺序：如果常用查询是 WHERE name = ? AND email = ?，索引列顺序就是 (name, email)；如果常单独查 email，就得另建单列索引。
真正麻烦的是那种既没主键、又没索引、还字段类型是 TEXT 的老表——这时候别硬上 ROW_NUMBER()，先用 ALTER TABLE 加主键或转成 VARCHAR，否则删着删着连接就断了。
