用户表重复邮箱行删除失败：DELETE子查询语句0行受影响问题排查

咱们先拆解你遇到的核心问题，一步步理清为什么删除语句没生效：

1. 初始查询语句的逻辑缺陷 #

你写的查询重复邮箱对应id的语句：

select id group by email having count(*)>1

这个语句本身就存在不规范的问题：

• 在MySQL的严格SQL模式下，这条语句直接会报错——因为id既不在group by的分组字段里，也没有用聚合函数（比如MIN()/MAX()）包裹，不符合SQL标准；
• 即使在非严格模式下能执行，它也只会返回每个重复邮箱组里任意一个id（比如test@gmail.com组可能返回id=1，也可能返回id=3），而不是该邮箱对应的所有重复id。这就导致后续delete语句只能匹配到个别id，甚至可能因为返回结果不符合预期，完全没有行被匹配。

2. DELETE语句的执行限制（针对MySQL场景） #

就算你的子查询能正确返回所有重复id，在MySQL里直接执行：

delete from users where id in( select id group by email having count(*)>1 )

也可能出现0行受影响的情况——因为MySQL不允许在DELETE/UPDATE操作的WHERE子句中，直接引用同一个表的子查询（这会引发表锁定或数据一致性问题），导致子查询的结果集无法正确传递给外层的delete语句。

正确的解决方案 #

方案一：嵌套子查询规避限制（保留指定行） #

如果想保留每个重复邮箱组里id最小的行，删除其他重复行，可以用嵌套子查询绕开MySQL的限制：

DELETE FROM users 
WHERE id NOT IN (
    SELECT min_id FROM (
        SELECT MIN(id) AS min_id 
        FROM users 
        GROUP BY email 
        HAVING COUNT(*) > 1
    ) AS temp_table
) AND email IN (
    SELECT email FROM (
        SELECT email 
        FROM users 
        GROUP BY email 
        HAVING COUNT(*) > 1
    ) AS temp_table2
);

要是想保留id最大的行，把MIN(id)换成MAX(id)即可。

方案二：用JOIN方式删除（更高效） #

对于数据量较大的表，JOIN的执行效率比子查询更高：

DELETE u1 
FROM users u1
JOIN users u2 
ON u1.email = u2.email 
AND u1.id > u2.id;

这个语句的逻辑是：匹配邮箱相同且u1的id比u2大的行，删除u1——也就是保留每个邮箱组里id最小的行。如果要保留id最大的行，把u1.id > u2.id改成u1.id < u2.id就行。

内容的提问来源于stack exchange，提问作者Limon