php查父子结构应一次查出全部节点并在php端递归组装树，避免数据库递归查询或多重join；适用菜单、分类等≤10级场景；注意引用赋值、根节点判断及排序处理；框架仅简化逻辑，未改变本质；超5级且节点超5000或需频繁查祖先/后代时再考虑闭包表或path字段。
PHP中用SQL查父子结构，别直接递归查数据库
MySQL本身不支持无限层级的递归查询（8.0+虽有WITH RECURSIVE，但PHP低版本兼容差、ORM普遍不识别），硬写多层JOIN或子查询查N级父子，代码难维护、性能崩得快。真实项目里，更稳妥的做法是：**一次查出全部相关节点，PHP端递归组装树**。
- 适用场景：菜单、分类、组织架构等层级≤10级、总量
- 核心思路：查出所有目标节点（含
id、parent_id、name等字段），用PHP数组建立引用关系 - 避免踩坑：不要在循环里反复
SELECT * FROM table WHERE parent_id = ?——N级就发N次SQL，超时风险极高
用PHP递归函数构建树形数组（带引用优化）
关键不是“能不能递归”，而是“怎么递归才不慢”。下面这个写法避免了重复遍历，时间复杂度O(n)：
$nodes = $pdo->query("SELECT id, parent_id, name FROM categories WHERE status = 1")->fetchAll(PDO::FETCH_ASSOC);
$map = [];
$tree = [];
<p>// 第一遍：全存进map，用id作键
foreach ($nodes as $node) {
$map[$node['id']] = $node + ['children' => []];
}</p><p>// 第二遍：挂载到父节点的children里；根节点（parent_id=0或NULL）进tree
foreach ($nodes as $node) {
$pid = $node['parent_id'] ?? 0;
if (isset($map[$pid])) {
$map[$pid]['children'][] = &$map[$node['id']];
} else {
$tree[] = &$map[$node['id']];
}
}</p>-
&$map[$node['id']]的引用必须加，否则children里存的是副本，嵌套失效 - 如果根节点
parent_id是NULL，判断要写成!isset($node['parent_id']) || $node['parent_id'] == null，不能只用== 0 - 若需按排序字段（如
sort_order）控制子节点顺序，usort()要在挂载完再对每个children单独处理
ThinkPHP/Laravel等框架里怎么简化
框架不解决树形本质问题，但能省掉手写SQL和映射逻辑：
- ThinkPHP 6：用
with(['children' => function ($q) { $q->order('sort_order'); }])+ 模型定义hasMany关联，但注意它默认只查2级，深层需手动补全或改用closure方式一次性查出全部再组装 - Laravel：Eloquent本身无原生树支持，推荐用
kalnoy/nestedset扩展——但它要求表结构加lft/rgt字段，属于预计算方案，适合读多写少场景；普通父子结构仍建议走“查全量+PHP递归” - 所有框架都绕不开一个事实：
where('parent_id', $id)这种链式调用，在深度不确定时就是隐患，别迷信“框架会优化”
什么时候该换存储结构（比如闭包表或路径字段）
当出现以下任一情况，说明当前父子结构已到瓶颈：
立即学习“PHP免费学习笔记（深入）”；
- 单次查询要展开5级以上，且节点总数超5000 —— PHP递归开始卡顿，内存占用明显上升
- 频繁需要“查某节点的所有祖先”或“查某节点的所有后代”，当前
parent_id方式要多次SQL或大数组遍历 - 业务要求支持移动整棵子树（比如拖拽菜单排序），每次更新都要重算整条链的
parent_id，易出错
这时候再考虑改表结构：加path字段存"0,1,5,12"，或引入nestedset。但别一上来就上，多数后台管理类需求，纯PHP递归足够稳。
