必须用路径匹配或闭包表实现树形聚合：JOIN部门表两次，用d.path LIKE CONCAT(up.path, '%')关联所有上级，再按up.dept_id分组求和；ORDER BY up.path保证父子相邻，避免ROLLUP或GROUPING SETS导致的语义错误。
GROUP BY 多层字段时如何保持树形层级关系
直接用 GROUP BY dept_level1, dept_level2, dept_level3 会得到扁平结果，但缺失“上级汇总自动包含下级”的树形聚合逻辑。SQL 本身不维护父子关系，必须靠数据结构配合聚合策略来模拟。
前提是你的组织表（如 org_dept）里有明确的层级字段（例如 dept_id、parent_id、level）或路径字段（如 path = '/1/5/12/'）。没有这类字段，光靠 GROUP BY 无法还原树形——先确认这点，否则后面全白搭。
- 推荐使用闭包表（
dept_ancestor）或路径前缀（path LIKE '/1/%'）做向上追溯 - 避免用递归 CTE 做实时树遍历再聚合，性能差，尤其在营收明细量大时
- 若只有两级（如大区/门店），可用
UNION ALL分层查：上层用GROUP BY region，下层用GROUP BY region, store，再合并
用自连接 + 路径匹配实现逐级向上汇总
核心思路是：对每条营收记录，找出它所属的所有上级部门（包括自己），然后统一按这些上级分组求和。这比反复递归更可控。
假设你有营收表 revenue_fact 和部门表 org_dept，后者含 dept_id、parent_id、path 字段：
SELECT up.dept_id, up.dept_name, SUM(f.amount) AS total_revenue FROM revenue_fact f JOIN org_dept d ON f.dept_id = d.dept_id JOIN org_dept up ON d.path LIKE CONCAT(up.path, '%') GROUP BY up.dept_id, up.dept_name;
注意：d.path LIKE CONCAT(up.path, '%') 确保只匹配真正的祖先节点（需 path 以 '/' 开头结尾且唯一，如 '/1/'、'/1/5/'、'/1/5/12/'）；否则会误匹配前缀（比如 '/12/' 被 '/1/' 错配）。
- 索引必须建在
org_dept.path上，否则LIKE会全表扫 -
up.path长度越短，匹配出的上级越多，汇总行数呈指数增长——数据量大时加up.level <= 3限制层数 - 不要用
IN (SELECT ...)替代连接，MySQL 8.0 以下可能退化成 N+1 查询
避免 GROUPING SETS 或 ROLLUP 导致的冗余汇总行
GROUPING SETS ((a),(a,b),(a,b,c)) 看似能一步生成多级汇总，但它只做笛卡尔式分组，不理解“部门 A 是部门 B 的父级”这一业务语义。结果中会出现大量无意义组合（比如同一部门在不同层级重复出现，且无法区分是否为真实上级）。
典型错误现象：GROUPING(a,b,c) 返回三行相同 a 值但 b、c 为 NULL 的记录，你以为是“大区汇总”，实际可能是因某条明细缺失 b 字段导致的空值填充。
-
ROLLUP在有 NULL 值的维度上极易产生歧义，营收统计中绝不允许用NULL表示“全部” - 如果坚持用
GROUPING SETS，必须额外加HAVING过滤掉非树形路径组合，逻辑复杂且难维护 - 真正适合的场景是固定维度交叉分析（如按年/月/产品类目），不是动态组织树
汇总结果怎么排序才能体现树形视觉结构
聚合完的数据只是扁平列表，要让报表或前端渲染出缩进树形，得靠排序和层级标识。数据库不负责渲染，但可以输出可排序字段。
最稳的方式是在聚合查询中带上 up.level 和 up.path：
SELECT up.level AS dept_level, up.path, up.dept_name, SUM(f.amount) AS total_revenue FROM revenue_fact f JOIN org_dept d ON f.dept_id = d.dept_id JOIN org_dept up ON d.path LIKE CONCAT(up.path, '%') GROUP BY up.level, up.path, up.dept_name ORDER BY up.path;
ORDER BY up.path 能天然保证父子相邻（因为 '/1/' '/1/5/' '/1/5/12/'），前端按 path 段数算缩进即可。别依赖 ORDER BY dept_level, dept_name——同级部门名排序后，父子关系就断了。
- 别在 SQL 里用
REPEAT(' ', up.level)拼缩进字符串，这是表现层的事，还拖慢聚合 - 如果路径字段不可用，必须用递归 CTE 先生成带
lft/rgt的嵌套集，再聚合——但这属于建模阶段工作，不是查询技巧 - 千万注意：
path字段必须规范存储，禁止出现'1/5/12'（无斜杠）或'/001//005/'（双斜杠），否则LIKE匹配失效
树形汇总的关键不在 GROUP BY 写几层，而在组织数据是否具备可追溯的层级表达能力。没路径、没闭包、没嵌套集，硬凑语法只会让结果既不准又难调。
