在电商、SaaS等业务系统中，经常需要统计从未产生过下单行为的用户，并且按照用户所属的分组进行归类统计，这种需求可以通过SQL的LEFT JOIN配合GROUP BY语法高效实现。首先我们需要明确两个核心表的结构，用户基础信息表user_info和订单表order_info，前者存储所有注册用户的基本信息和分组标识，后者存储所有用户的下单记录。
核心表结构说明
我们先梳理两个表的基础字段，方便后续理解查询逻辑，表结构如下：
| 表名 | 字段名 | 字段说明 |
|---|---|---|
| user_info | user_id | 用户唯一标识，主键 |
| user_name | 用户名称 | |
| user_group | 用户所属分组，比如新用户组、老用户组、渠道A组等 | |
| order_info | order_id | 订单唯一标识，主键 |
| user_id | 下单用户ID，关联user_info表的user_id | |
| order_amount | 订单金额 |
查询逻辑拆解
统计从未下单的用户分组，核心逻辑分为三步：
- 第一步：以用户表user_info为左表，左连接订单表order_info，关联条件为两个表的user_id相等，这样所有用户都会出现在结果集中，没有下单记录的用户对应的订单表字段会显示为NULL。
- 第二步：通过GROUP BY对用户分组字段user_group进行分组，统计每个分组下的用户数量。
- 第三步：通过HAVING子句过滤掉有下单记录的分组，只保留订单关联结果为NULL的用户分组。
完整SQL示例
下面是具体的SQL实现代码，以MySQL语法为例：
-- 统计从未下单的用户分组及对应人数
SELECT
u.user_group AS 用户分组,
COUNT(u.user_id) AS 未下单用户数
FROM user_info u
LEFT JOIN order_info o
ON u.user_id = o.user_id
GROUP BY u.user_group
-- 过滤掉有下单记录的用户分组，o.user_id为NULL代表该用户没有订单记录
HAVING o.user_id IS NULL;
逻辑验证说明
我们可以通过简单的数据验证逻辑确认查询结果的正确性：
- 如果用户组A下所有用户都有至少一笔订单，那么左连接后该分组对应的o.user_id都不会为NULL，HAVING条件会过滤掉这个分组，不会出现在结果中。
- 如果用户组B下有3个用户没有下单，2个用户有下单记录，左连接后这3个用户的o.user_id为NULL，2个用户的o.user_id不为NULL，GROUP BY分组后HAVING过滤，该分组会保留，未下单用户数统计为3。
注意事项
在实际使用过程中需要注意两个点：
- 如果order_info表中同一个用户有多个订单，左连接后该用户会出现多条记录，但是GROUP BY分组时COUNT统计的是user_info表的用户数，不会重复计算，因为HAVING过滤后只有没有订单的用户才会被保留，这类用户即使有多条NULL的订单关联记录，分组后也只会被统计一次。
- 如果需要同时统计每个分组的下单用户数和未下单用户数，可以调整查询逻辑，去掉HAVING子句，用CASE WHEN判断订单ID是否为NULL来分别统计，示例如下：
-- 统计每个分组的下单和未下单用户数
SELECT
u.user_group AS 用户分组,
COUNT(CASE WHEN o.user_id IS NOT NULL THEN u.user_id END) AS 下单用户数,
COUNT(CASE WHEN o.user_id IS NULL THEN u.user_id END) AS 未下单用户数
FROM user_info u
LEFT JOIN order_info o
ON u.user_id = o.user_id
GROUP BY u.user_group;
提示：如果业务中订单表存在逻辑删除的字段，比如is_deleted，关联时需要在ON条件中加上o.is_deleted = 0，避免统计到已删除的订单记录，导致未下单用户统计结果不准确。