問題描述

問題解答

假設你的表名是user：

select * from user where name in (select name from user group by name having count(1) > 1);回答2：

select * from user group by (...) having count(*) > 1就足夠了，不需要再用in。其實高效什么的你真的想太多了，這屬于設計失誤，花時間修復一次然后修改表結構防止此類問題再次發生才是正根。

另外這個表沒有id，所以你也不能自動刪除重復的數據，因為寫不出條件，只能再用中間表去倒。

綜上，別考慮效率了，手工改正就好。

SELECT * FROM user AS aWHERE EXISTS (SELECT 1 FROM user AS bWHERE a.name = b.nameGROUP BY nameHAVING COUNT(1) > 1)

由于涉及到全表GROUP BY，所以性能比較低。如果可以修改表結構的話，建議增加一個字段表示該用戶名稱是否重名，該字段在寫入數據的時候就可以判斷維護了。

數據庫的世界沒有魔法，索引之所以能加快搜索速度就是因為它預先處理了，用延長每次插入更新數據的時間來加快搜索速度，都是有代價的。

回到這個問題，你可以在name上加索引，這樣group by就能更高效一點，但是根據你的需求還是要子查詢。

不過在name上加索引我覺得不是個健康的做法。如果是我，解決這個問題會做一個定時任務：掃描重名的用戶，把ID記錄在某個表A上。然后頁面上顯示時直接把表A拿出來關聯用戶表即可。之所以這樣做還有一個原因就是這個工作并非要做到很嚴格，和實際有點誤差是無妨的。