COUNT()总是返回1是因为未加GROUP BY或JOIN引发笛卡尔积膨胀，导致每行被重复计数；正确做法是先在单表上用GROUP BY+HAVING COUNT(*)>1定位重复业务键，再关联取完整记录。
JOIN 和 GROUP BY 一起用时，为什么 COUNT() 总是返回 1？
因为没加 GROUP BY，或者 JOIN 引入了笛卡尔积——比如主表一条记录关联从表多条，COUNT() 就会把关联后的行数全算进去，表面“重复”其实是连接膨胀。真正找重复录入，得先隔离出「同一业务实体被多次插入」的原始行，而不是在 JOIN 后统计。
实操建议：
- 先用
GROUP BY在单表上聚合，定位哪些business_id、order_no或user_id + create_time::date出现了多次 - 再用
JOIN回原表或关联表取完整字段（如操作人、时间戳、来源渠道），避免在聚合前就 JOIN - 别对含外键的宽表直接
GROUP BY *—— 多数数据库不支持，且字段差异会让相同业务记录无法归组
怎么写 SQL 才能查出「完全相同字段组合」的重复记录？
靠 GROUP BY + HAVING COUNT(*) > 1 是基础，但关键在选哪些字段做分组依据。不是所有字段都要参与，比如自增 id、created_at（毫秒级）这种唯一性字段一加，就永远查不出重复。
常见场景和参数差异：
- 订单重复：按
order_no、user_id、amount分组，忽略id和created_at - 用户资料重复：按
id_card、phone联合分组，注意TRIM()和大小写（LOWER(phone)） - 日志类重复：用
MD5(CONCAT(col1, col2, ...))生成指纹再分组，避免字段太多写不全
示例（PostgreSQL）：
SELECT id_card, phone, COUNT(*) as dup_count FROM users WHERE status = 'active' GROUP BY id_card, LOWER(TRIM(phone)) HAVING COUNT(*) > 1;
LEFT JOIN 自查重复时，为什么结果里多出一堆 NULL？
这是典型误用：想用 LEFT JOIN 自连接找重复，但 ON 条件没排除自身，比如 ON a.id_card = b.id_card AND a.id != b.id 漏写了 a.id != b.id，导致每条记录都和自己匹配一次，后面再 WHERE b.id IS NOT NULL 就漏掉真正重复的组合。
更稳的做法：
- 用窗口函数替代自连接：
COUNT(*) OVER (PARTITION BY id_card, phone)，性能好且逻辑清晰 - 如果必须用 JOIN，确保 ON 中有「非自身」约束，且 WHERE 过滤要放在 JOIN 后，不能提前
WHERE b.status = 'active'导致左表记录被过滤掉 - MySQL 8.0+、PostgreSQL、SQL Server 都支持窗口函数，优先选它；老版本 MySQL 只能用自连接，务必验证
EXPLAIN输出是否有全表扫描
聚合后 JOIN 关联表取详情，怎么避免丢失重复组？
聚合结果是一组摘要（如每个重复 order_no 对应一条记录），但你常需要看到每次录入的完整行（谁录的、什么时间、哪个系统）。这时直接 JOIN 原表容易只拿到其中一行，因为聚合结果没有保留原始 id。
正确路径：
- 先用子查询或 CTE 找出重复的业务键（如
SELECT order_no FROM orders GROUP BY order_no HAVING COUNT(*) > 1） - 再用这个结果
JOIN原表：SELECT * FROM orders o JOIN dup_keys d ON o.order_no = d.order_no - 别在聚合语句里塞
MAX(id)或MIN(created_at)后再 JOIN——这只能取极值行，不是全部重复行
复杂点在于：业务键可能不唯一（比如两个不同用户碰巧用了相同手机号），所以分组字段必须覆盖业务语义，不能只图省事全扔进去。
