
在MySQL中查询基于id和pid关联的树形结构数据,主要有以下几种常用方案,可根据MySQL版本及业务需求选择:
这是最标准且性能较好的方式,利用 WITH RECURSIVE语法实现递归查询。
查询指定节点的所有子级(向下查询):
WITH RECURSIVE tree_cte AS ( -- 锚点成员:指定起始节点 SELECT id, pid, name, 1 as level FROM tree WHERE id = 1 -- 替换为指定的父节点ID UNION ALL -- 递归成员:查找子节点 SELECT t.id, t.pid, t.name, tc.level + 1 FROM tree t INNER JOIN tree_cte tc ON t.pid = tc.id)SELECT * FROM tree_cte;
查询指定节点的所有父级(向上查询):
WITH RECURSIVE parent_cte AS ( -- 锚点成员:指定起始节点 SELECT id, pid, name FROM tree WHERE id = 5 -- 替换为指定的子节点ID UNION ALL -- 递归成员:查找父节点 SELECT t.id, t.pid, t.name FROM tree t INNER JOIN parent_cte pc ON t.id = pc.pid)SELECT * FROM parent_cte;
在旧版本MySQL中,通常通过创建存储函数,利用循环和 FIND_IN_SET 或 GROUP_CONCAT 来收集所有子节点或父节点的ID字符串,然后再进行查询。
获取所有子节点ID的函数示例逻辑:
注意:这种方法在数据量较大时性能较差,且受限于 group_concat_max_len 系统变量。
如果数据库查询压力较大或逻辑复杂,可以采用“一次加载,内存组装”的策略:
3.1 SQL查询:一次性查询出所有相关节点(或全表),按 pid 或 level 排序。
SELECT * FROM tree ORDER BY pid, id;
3.2 代码处理:在Java/Python/Go等后端语言中,遍历列表,利用Map将节点挂载到对应的父节点下。
如果树形结构非常深且查询频繁,可以考虑改变表结构设计:
如果是 MySQL 8.0+,优先使用 方案1(WITH RECURSIVE),语法简洁且由数据库引擎优化。
如果是 MySQL 5.7 且数据量小,可使用 方案2(自定义函数)。
如果数据量大且业务逻辑复杂,推荐 方案3(应用层组装),减少数据库递归压力。
如果对读取性能有极致要求且写操作较少,考虑 方案4(闭包表或路径枚举)。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持本站。
您可能感兴趣的文章: