角色分组统计本质与普通字段分组无异，关键在于角色字段需通过JOIN关联表（如user_roles、roles）获取，且须警惕NULL、重复映射及多角色归属三类问题。
直接说结论：角色分组统计本身和普通字段分组没区别，关键在“角色”数据怎么来——它往往不在主表里，而是通过关联权限表、用户表或角色映射表得到的；一旦角色字段可查，GROUP BY role_name 就能用，但必须注意 NULL、重复映射、多角色归属这三类坑。
角色字段从哪来？先确认 JOIN 路径是否可靠
常见错误是直接 SELECT role, COUNT(*) FROM users GROUP BY role，结果发现 role 是空的或只有几个值。这是因为多数系统里用户表（users）不直接存角色名，而是通过中间表关联：
- 典型结构：用户表
users→ 关联表user_roles（含user_id,role_id）→ 角色表roles（含role_id,role_name） - 必须用
LEFT JOIN或INNER JOIN把角色名带出来，否则role_name为NULL的行会被GROUP BY单独归为一组，容易误判“无角色用户数量” - 如果一个用户有多个角色（比如同时是
admin和editor），默认JOIN会导致该用户被重复计数——这时得用DISTINCT或子查询去重
遇到多角色用户，COUNT(*) 会虚高，怎么办？
例如：用户 A 同时属于 admin 和 viewer，用 JOIN roles 后查 COUNT(*)，A 会被算两次。这不是语法错，而是语义错——你到底想统计“角色被分配了多少次”，还是“有多少用户拥有该角色”？
- 要“用户数”：用
COUNT(DISTINCT u.user_id)替代COUNT(*) - 要“分配次数”：保持
COUNT(*)，但需在业务逻辑里说明这是“角色绑定次数”，不是“用户数” - 想拆开统计每个角色下的用户数 + 多角色用户占比：得用窗口函数或两层聚合，比如先按用户聚合角色数，再按角色分组统计
WHERE 和 HAVING 别混，尤其涉及权限状态过滤
比如“只统计已启用角色的用户数”，这个“已启用”条件可能落在不同地方：
- 如果启用状态在
roles表（如status = 'active'），就放在JOIN的ON或WHERE里——它在分组前过滤，减少数据量 - 如果要筛“拥有至少两个启用角色的用户”，就得用
HAVING COUNT(*) >= 2，因为这是对分组后结果的判断 - 常见翻车：把
HAVING COUNT(*) > 1写成WHERE COUNT(*) > 1，直接报错Invalid use of group function
角色名含 NULL 或空字符串，GROUP BY 会怎么处理？
NULL 在 SQL 分组中被视为一个独立值，所有 NULL 会归进同一组。但业务上，“无角色”和“角色字段为空字符串 ''”常被当作同一类，而数据库不自动等价它们。
- 用
COALESCE(role_name, 'unassigned')统一NULL显示为指定字符串 - 如果还要合并空字符串，写成
COALESCE(NULLIF(role_name, ''), 'unassigned') - 别忘了在
GROUP BY里也用同样表达式，否则 SELECT 和 GROUP BY 不匹配会报错
最易被忽略的一点：角色权限逻辑常跨多张表、带状态字段、支持动态增删，所以分组结果不能只看数字——务必核对样本数据中几条具体记录的关联路径，确认你统计的到底是“角色实例数”“用户数”还是“权限分配事件数”。字段来源不清，后面加再多 HAVING 都救不回语义偏差。
