SQL 子查询中排除重复 user_id 的实现方法

在日常开发中，我们经常会遇到通过子查询统计数据的场景，而统计时排除重复数据是高频需求。本文结合实际开发案例，详细讲解如何在 SQL 子查询中排除重复的 user_id，实现精准的数据统计。 先来看原始需求场景，我们有一段用于统计视图数量的子查询，具体语句如下：

(select count(*) from wj_item_rel where type = 2 and user_id = t1.id) views

这段子查询的核心作用是统计 wj_item_rel 表中满足 type=2 且 user_id 与主表 t1.id 匹配的记录数，但默认统计的是所有符合条件的记录行数，无法排除重复的 user_id，导致统计结果可能存在偏差。因此，我们需要对其进行改造，实现排除重复 user_id 后的统计。

核心实现原理

排除重复 user_id 的本质，是从符合条件的记录中筛选出不重复的 user_id，再对其进行数量统计。SQL 中提供了 DISTINCT 关键字，专门用于实现数据去重，结合 COUNT() 函数即可完成需求。以下是两种主流的实现方式，适用于不同的开发场景。

方式一：COUNT(DISTINCT 字段) 直接实现（推荐）

这是最简洁高效的实现方式，直接在 COUNT() 函数内部对 user_id 添加 DISTINCT 关键字，一次查询即可完成去重与统计，无需额外嵌套子查询，性能更优。改造后的完整子查询如下：

(select count(DISTINCT user_id) from wj_item_rel where type = 2 and user_id = t1.id) views

该语句的执行逻辑的是，先对 wj_item_rel 表中满足 type=2 且 user_id=t1.id 条件的 user_id 进行去重处理，剔除重复的 user_id 记录，再统计去重后剩余记录的数量。这种写法简洁直观，同时减少了数据库的查询开销，适合绝大多数业务场景，是实际开发中的首选方案。

方式二：先去重再统计（兼容与逻辑拆分）

若遇到部分老旧数据库对 COUNT(DISTINCT) 支持有限，或需要清晰拆分去重与统计逻辑的场景，可以采用嵌套子查询的方式，先通过 DISTINCT 筛选出不重复的 user_id，再对结果集进行行数统计。改造后的语句如下：

(select count(*) from (select DISTINCT user_id from wj_item_rel where type = 2 and user_id = t1.id) as temp) views

该写法分为两层逻辑：内层子查询 select DISTINCT user_id from ...先筛选出符合条件的不重复 user_id，生成一个临时结果集，且必须为临时结果集指定别名（如 temp），否则多数数据库会因无法识别临时表而报错；外层查询通过 count(*) 对临时结果集的行数进行统计，最终得到不重复 user_id 的数量，与方式一的结果完全一致。 这种方式的优势在于兼容性更强，能适配更多数据库环境，同时逻辑拆分清晰，便于后期维护和理解，但相比方式一多了一层子查询，会产生少量额外的数据库开销，适合特殊兼容场景。

关键注意事项

需要特别说明的是，原始查询的 where 条件中包含 user_id = t1.id，这意味着筛选出的 user_id 本质上是单一值（均等于 t1.id），此时去重后的统计结果仅会是 1（存在符合条件记录时）或 0（无符合条件记录时）。 若实际开发中是需要排除 wj_item_rel 表中其他字段的重复数据，而非 user_id（可能存在需求描述偏差），只需将 DISTINCT 后的 user_id 替换为目标去重字段即可，例如 COUNT(DISTINCT item_id)，即可实现对 item_id 字段的去重统计。

总结

在 SQL 子查询中排除重复 user_id 进行统计，核心是借助 DISTINCT 关键字实现去重，搭配 COUNT() 函数完成数量统计。日常开发中优先选择 COUNT(DISTINCT user_id) 的写法，兼顾简洁性与性能；特殊兼容场景可采用嵌套子查询先去重再统计的方式。根据实际业务场景选择合适的实现方案，能有效提升代码效率与可读性。