自关联表多级分组汇总需先构建层级关系再聚合，不能直接用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 类似保护。

• 递归查询中，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 

<h3>用多次 LEFT JOIN 展开固定层级（兼容老版本）</h3>
<p>当数据库不支持递归 CTE（如 MySQL 5.7、SQLite），只能手动 JOIN 多次。例如查三级结构（CEO → 部门总监 → 组长 → 员工），需 JOIN 三次 <code>employees</code> 表，分别别名为 <code>e1</code>, <code>e2</code>, <code>e3</code>。</p><div class="aritcle_card flexRow artxards">
											<div class="artcardd flexRow">
												<a class="aritcle_card_img" rel="nofollow" href="/ai/1807" title="故事AI绘图神器"><img
														src="https://img.php.cn/upload/ai_manual/000/969/633/68b6cc9c77119274.png" alt="故事AI绘图神器" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
												<div class="aritcle_card_info flexColumn">
													<a rel="nofollow" href="/ai/1807" title="故事AI绘图神器" class="overflowclass">故事AI绘图神器</a>
													<p class="overflowclass">一款面向故事和图文视频创作的AI工具，可以根据文本内容生成相关画面并形成连续视觉内容，适合快速制作故事类作品。</p>
												</div>
												<a rel="nofollow" href="/ai/1807" title="故事AI绘图神器" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
												</a>
											</div>
										</div>
<p>容易踩的坑是 JOIN 条件写错（如把 <code>e2.manager_id = e1.id</code> 写成 <code>e2.id = e1.manager_id</code>），导致层级倒置；另外 NULL 值处理不当时，<code>GROUP BY e1.id</code> 会漏掉无下属的叶子节点。</p>

• 每一级 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 也可能变慢，这时得考虑预计算路径字段并建索引，或者改用应用层分批拉取。