应使用MySQL 8.0+的WITH RECURSIVE替代存储过程递归路径生成，因其避免死循环、索引失效和调试黑洞；低版本则预计算path字段并用LIKE查询，配合CHECK防环。
别在存储过程中写递归路径生成逻辑——MySQL 8.0+ 有 WITH RECURSIVE，硬用存储过程拼字符串或调用自身，只会引入死循环、索引失效和调试黑洞。
为什么存储过程里拼 CONCAT 路径必然慢且错
常见做法是：查出父节点路径 → CONCAT(parent_path, '/', id) → 更新当前行。问题在于：
- 每次更新都触发一次全表扫描（
WHERE parent_id = ?），没走parent_id索引，因为UPDATE语句中子查询或变量依赖导致优化器放弃索引 - 字符串拼接后存入
path字段，后续查子树得用LIKE '1/2/%'，无法利用索引，B+ 树退化为全表扫描 - 若存在环（比如
id=5的parent_id=5），存储过程不会自动终止，WHILE会无限执行直到超时或连接断开 -
GROUP_CONCAT+SUBSTRING_INDEX解析子节点列表，长度限制（默认 1024）一超就丢数据，四五百条数据时极易截断
MySQL 8.0+ 正确解法：用 WITH RECURSIVE 一次性生成完整路径
锚点从目标节点出发向上追溯祖先，路径拼接在 CTE 内完成，不修改原表，无副作用：
WITH RECURSIVE path_cte AS ( SELECT id, name, parent_id, CAST(name AS CHAR(255)) AS full_path FROM categories WHERE id = 4 -- 动态起点，可替换为参数 @target_id UNION ALL SELECT c.id, c.name, c.parent_id, CONCAT(c.name, ' > ', p.full_path) FROM categories c INNER JOIN path_cte p ON c.id = p.parent_id ) SELECT * FROM path_cte;
关键点：
- 必须用
UNION ALL，不能用UNION（去重开销大，且树中 ID 唯一，无需去重） -
CONCAT放在递归分支里，不是在存储过程里用变量累加——数据库引擎能向量化处理整列 - 锚点用
WHERE id = ?精确命中，走主键索引；递归 JOIN 条件c.id = p.parent_id可走id索引 - 结果集天然有序（按递归深度降序），如需面包屑正序（根→叶），外层再
ORDER BY full_path DESC或反转字符串逻辑
低版本 MySQL（5.7 及以下）的保底方案：路径字段预计算 + LIKE 查询
如果真不能升级，就放弃“运行时生成”，改用静态路径维护：
- 新增
path字段（类型VARCHAR(255)），格式统一为'/1/2/4/'（首尾带斜杠，避免/12/匹配到/1/2/） - 插入/移动节点时，由应用层或触发器计算新
path值（例如：父节点path='/1/2/'，新节点 ID=4 →'/1/2/4/'） - 查某节点所有后代：
SELECT * FROM categories WHERE path LIKE '/1/2/%'——虽然LIKE前缀匹配无法用索引，但比存储过程逐层查快一个数量级 - 务必加约束防环：
ALTER TABLE categories ADD CHECK (id != parent_id)，否则路径生成直接崩
存储过程封装 CTE 的唯一合理场景：带权限过滤的动态树
只有当路径生成必须耦合业务规则（如“仅返回用户有权限访问的节点”）时，才考虑存储过程包装 CTE：
CREATE PROCEDURE get_accessible_tree(IN user_id INT, IN root_id INT)
BEGIN
WITH RECURSIVE tree AS (
SELECT c.id, c.name, c.parent_id, 1 AS level,
CAST(c.id AS CHAR(255)) AS path
FROM categories c
INNER JOIN user_perms up ON c.id = up.category_id
WHERE c.id = root_id AND up.user_id = user_id
UNION ALL
SELECT c.id, c.name, c.parent_id, t.level + 1,
CONCAT(t.path, '.', c.id)
FROM categories c
INNER JOIN tree t ON c.parent_id = t.id
INNER JOIN user_perms up ON c.id = up.category_id
WHERE up.user_id = user_id
)
SELECT * FROM tree;
END
注意：
- 权限判断（
user_perms关联）必须出现在锚点和递归分支中，否则漏权限控制 - 不能把
WITH套在IF或CASE里——SQL Server 和 MySQL 都要求WITH是批处理第一条语句 - 递归深度仍受
cte_max_recursion_depth限制（默认 1000），深层组织架构需提前设高：SET SESSION cte_max_recursion_depth = 2000;
真正难的不是怎么写循环，而是识别哪些逻辑本不该放进存储过程——路径生成是纯数据派生，交给声明式 CTE；权限、状态、事务协调才是存储过程该干的事。一旦开始在过程里 DECLARE 路径变量、WHILE 拼字符串，就已经在给自己埋坑了。
