必须用 WITH RECURSIVE，锚点需明确唯一ID（如 id = 101），禁止模糊条件或 LIMIT；递归 JOIN 方向须匹配父子关系且字段必须有索引；超限因迭代轮次过多，需防环并控制深度。
必须用 WITH RECURSIVE，不能省略 RECURSIVE 关键字，否则语法报错。
锚定查询必须明确起点，不能依赖模糊条件
组织架构查询的起点通常是某个部门 ID 或负责人 ID，比如查 ID 为 101 的部门及其全部子部门。锚定部分要直接命中该节点，而不是用 WHERE name LIKE '%技术%' 这类可能返回多行或零行的条件——递归 CTE 要求锚点结果可预测、稳定。
- ✅ 正确：
SELECT id, name, parent_id FROM departments WHERE id = 101 - ❌ 危险：
SELECT id, name, parent_id FROM departments WHERE name = '技术部'（万一重名就出错） - ❌ 错误：
SELECT id, name, parent_id FROM departments WHERE parent_id IS NULL LIMIT 1（LIMIT在锚点里不被允许）
递归 JOIN 必须用 parent_id → id 方向，且索引不可少
向下查子树时，递归部分要让子表的 parent_id 匹配上一轮 CTE 的 id；向上查父路径时则反过来，用子表的 id 匹配上一轮 CTE 的 parent_id。无论哪种方向，被 JOIN 的字段必须有索引，否则每轮都全表扫描，数据量一过万，查询就卡死。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 向下遍历（查所有下属）：
FROM employees e INNER JOIN subordinates s ON e.manager_id = s.id - 向上遍历（查所有上级）：
FROM employees e INNER JOIN path_cte p ON e.id = p.manager_id - 必须建索引：
CREATE INDEX idx_manager_id ON employees (manager_id)
递归深度超限不是数据太多，而是轮次太多
Recursive query aborted after 1000 iterations 这个错误不是因为查了 1000 行，而是执行到了第 1001 轮迭代。比如某层有 50 个节点，下一层有 200 个，再下一层有 800 个……只要轮数超过 cte_max_recursion_depth（默认 1000），就会中断。
- 临时调高：
SET SESSION cte_max_recursion_depth = 3000 - 但更应检查：是否存在环状引用（比如 A 的
parent_id是 B，B 的又指回 A） - 加防护：
WHERE s.depth 放在递归部分的 <code>WHERE子句里，主动截断过深分支
真正容易被忽略的是递归成员里禁止 GROUP BY、ORDER BY、LIMIT 和窗口函数——这些操作会破坏“单轮输入→单轮输出”的迭代模型。如果需要层级统计或排序，只能放到最终 SELECT 中做，而不是塞进递归块里。
