直接递归查数据库做无限分类会卡死，因每层递归触发一次SELECT，10层嵌套可达上百次查询，耗尽连接池致Nginx返回504；应一次性查出所有分类，用PHP数组引用构建树结构。
为什么直接递归查数据库做无限分类会卡死
因为每次递归都触发一次 SELECT 查询，10 层嵌套就可能发起上百次查询，数据库连接池很快耗尽，PHP 还没报错，Nginx 先返回 504。真实项目里，哪怕只有几百条分类数据，这种写法上线即崩。
- 必须一次性把所有相关分类查出来，用 PHP 数组递归组装树结构
-
parent_id字段不能为NULL，统一设为0表示顶级（MySQL 中NULL和0在IN()或JOIN时行为不一致，容易漏数据） - 查完记得按
sort_order排序，否则前端展示顺序不可控
如何用 PDO 一次性查全并构建成多维数组
核心是先查平铺数据，再用引用关系“挂载”子节点，避免 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 = ?），而不是整个树重载
删除节点时 cascade 的坑在哪
MySQL 的 ON DELETE CASCADE 看似省事，但无限分类里它会触发 N+1 次外键检查，尤其当子节点本身还有几百个子节点时，事务锁住整张表几秒是常态。
Modoer 是一款以本地分享，多功能的点评网站管理系统。采用 PHP+MYSQL 开发设计，开放全部源代码。因具有非凡的访问速度和卓越的负载能力而深受国内外朋友的喜爱，不局限于商铺类点评，真正实现了多类型的点评，可以让您的网站点评任何事与物，同时增加产品模块，也更好的网站产品在网站上展示。Modoer点评系统 2.5 Build 20110710更新列表1.同步 旗舰版系统框架2.增加 限制图片
立即学习“PHP免费学习笔记（深入）”；
- 别依赖外键级联，改用 PHP 手动查出所有后代
id（用栈或递归查parent_id IN (...)），再一条DELETE FROM category WHERE id IN (...) - 务必给
parent_id加索引，否则查后代时全表扫描 - 删除前先
SELECT COUNT(*)校验是否真有子节点，避免误删后才发现丢了三级类目
最麻烦的其实是移动节点：改 parent_id 同时要重算整条路径上的 path 字段，这个动作必须放在事务里，且不能和前台用户操作并发——得加分布式锁或状态字段控制编辑态。
