直接递归查数据库做无限分类会卡死,因每层递归触发一次SELECT,10层嵌套可达上百次查询,耗尽连接池致Nginx返回504;应一次性查出所有分类,用PHP数组引用构建树结构。
因为每次递归都触发一次 SELECT 查询,10 层嵌套就可能发起上百次查询,数据库连接池很快耗尽,PHP 还没报错,Nginx 先返回 504。真实项目里,哪怕只有几百条分类数据,这种写法上线即崩。
parent_id 字段不能为 NULL,统一设为 0 表示顶级(MySQL 中 NULL 和 0 在 IN() 或 JOIN 时行为不一致,容易漏数据)sort_order 排序,否则前端展示顺序不可控核心是先查平铺数据,再用引用关系“挂载”子节点,避免 array_search 或嵌套 foreach —— 那样时间复杂度是 O(n²)。
$stmt = $pdo->query("SELECT id, parent_id, name, sort_order FROM category WHERE status = 1 ORDER BY parent_id, sort_order");
$categories = $stmt->fetchAll(PDO::FETCH_ASSOC);
// 构建引用映射:id → &该条目引用
$list = [];
$tree = [];
foreach ($categories as $item) {
$list[$item['id']] = &$item;
$item['children'] = [];
if ($item['parent_id'] == 0) {
$tree[] = &$item;
} else {
$list[$item['parent_id']]['children'][] = &$item;
}}
// $tree 就是最终的无限级树形数组
&$item 必须写两次:一次存进 $list,一次挂到 children,少一个引用就变成深拷贝,子节点不会同步更新path 字段(如 "0,1,5,12"),可跳过构建过程,直接用 explode() + array_intersect_key() 拉出路径上所有节点ThinkPHP 或 Laravel 模板里硬写 {% for %} 套 {% for %} 很难维护,更别说加展开/折叠状态。不如后端吐出带层级信息的扁平数组。
level 字段:$item['level'] = $parent_level + 1
v-for 渲染,CSS 控制 padding-left: calc(var(--level) * 20px)

WHERE parent_id = ?),而不是整个树重载MySQL 的 ON DELETE CASCADE 看似省事,但无限分类里它会触发 N+1 次外键检查,尤其当子节点本身还有几百个子节点时,事务锁住整张表几秒是常态。
id(用栈或递归查 parent_id IN (...)),再一条 DELETE FROM category WHERE id IN (...)
parent_id 加索引,否则查后代时全表扫描SELECT COUNT(*) 校验是否真有子节点,避免误删后才发现丢了三级类目最麻烦的其实是移动节点:改 parent_id 同时要重算整条路径上的 path 字段,这个动作必须放在事务里,且不能和前台用户操作并发——得加分布式锁或状态字段控制编辑态。