自关联表多级分组汇总需先构建层级关系再聚合，不能直接用GROUP BY；应使用递归CTE（如WITH RECURSIVE）展开层级并按level或path分组，或用多次LEFT JOIN兼容旧版本，关键索引为(manager_id, id)。
什么是自关联表的多级分组汇总
自关联表（比如员工表 employees 中用 manager_id 指向自身）做多级分组汇总，本质是先构建层级关系（如部门 → 小组 → 个人），再按层级路径聚合数据。直接用 GROUP BY 无法表达“上级汇总包含下级”的递归逻辑，必须借助递归 CTE 或连接展开。
用递归 CTE 展开层级并分组
PostgreSQL、SQL Server、MySQL 8.0+ 支持 WITH RECURSIVE，这是最清晰的方式：先定义根节点（如 manager_id IS NULL），再逐层 JOIN 自身，生成带层级深度和路径的中间结果。
常见错误是漏掉终止条件或未限制递归深度，导致无限循环或超时。建议始终加上 LEVEL <= 5 类似保护。
- 递归查询中，
level字段必须显式累加（如parent.level + 1），不能依赖外部变量 - 汇总时对
path（如'/1/5/12'）或level分组，而非原始id - 若需统计每级人数和平均薪资，
SELECT level, COUNT(*), AVG(salary)配合GROUP BY level
WITH RECURSIVE emp_tree AS ( SELECT id, name, manager_id, salary, 1 AS level, CAST(id AS VARCHAR) AS path FROM employees WHERE manager_id IS NULL UNION ALL SELECT e.id, e.name, e.manager_id, e.salary, t.level + 1, t.path || '/' || e.id FROM employees e INNER JOIN emp_tree t ON e.manager_id = t.id WHERE t.level < 5 ) SELECT level, COUNT(*) AS cnt, ROUND(AVG(salary), 2) AS avg_salary FROM emp_tree GROUP BY level ORDER BY level;
用多次 LEFT JOIN 展开固定层级（兼容老版本）
当数据库不支持递归 CTE（如 MySQL 5.7、SQLite），只能手动 JOIN 多次。例如查三级结构（CEO → 部门总监 → 组长 → 员工），需 JOIN 三次 employees 表，分别别名为 e1, e2, e3。
容易踩的坑是 JOIN 条件写错（如把 e2.manager_id = e1.id 写成 e2.id = e1.manager_id），导致层级倒置；另外 NULL 值处理不当时，GROUP BY e1.id 会漏掉无下属的叶子节点。
- 每一级 JOIN 都要确保方向一致：
下属.manager_id = 上级.id - 用
COALESCE(e3.salary, e2.salary, e1.salary)取实际薪资，避免因层级缺失引入 NULL - 若只关心“部门级汇总”，
GROUP BY e2.id（假设 e2 是部门总监），但需加WHERE e2.id IS NOT NULL过滤掉无部门归属的记录
性能与索引关键点
自关联层级查询性能极易劣化。没有索引时，每次递归或 JOIN 都可能触发全表扫描。核心索引不是主键，而是 (manager_id, id) 联合索引 —— 它能加速“找所有下属”这个最频繁的操作。
另一个易忽略点是路径字符串（如 '/1/5/12'）无法走索引，所以不要在递归 CTE 的 WHERE 中对 path LIKE '/1/%' 做过滤；应改用 manager_id IN (SELECT id FROM emp_tree WHERE ...) 等可利用索引的方式。
层级超过 10 层时，即使有索引，递归 CTE 也可能变慢，这时得考虑预计算路径字段并建索引，或者改用应用层分批拉取。
