电商面包屑场景下嵌套标签的最优存储数据模型选型

不需要调整现有基于parent_id的邻接列表结构，MySQL 8.0.37支持的**递归CTE（公共表表达式）**就是解决这个问题的最优方案，既能保持结构简单，又能高效获取正确顺序的面包屑路径。

现有结构的合理性 #

你当前的邻接列表模型（每个节点存储父ID），结构简洁、易维护，完全适配电商分类的层级场景（一般分类层级不会超过5-6层）。之前PHP循环查询的问题在于多次数据库请求，效率低且容易出错，换用递归CTE可一次性完成查询。

递归CTE实现面包屑的SQL示例 #

以获取ID=4的「Spoon」面包屑为例，SQL如下：

WITH RECURSIVE tag_path AS (
    -- 锚点：选中目标节点
    SELECT id, name, parent_id, 1 AS depth
    FROM tags
    WHERE id = 4
    UNION ALL
    -- 递归：向上遍历所有父节点
    SELECT t.id, t.name, t.parent_id, tp.depth + 1 AS depth
    FROM tags t
    INNER JOIN tag_path tp ON t.id = tp.parent_id
)
-- 按深度倒序，得到从根节点到目标节点的顺序
SELECT name
FROM tag_path
ORDER BY depth DESC;

执行后会返回按顺序排列的标签名：Home、Kitchen、Serving and reception、Spoon，直接用PHP的implode(' > ', $result)即可生成示例中的面包屑字符串。

极端场景下的可选优化方案 #

如果你的电商分类层级极深（超过10层），或对查询性能有极致要求，可以考虑路径枚举模型：在tags表中新增path字段，存储从根节点到当前节点的ID路径（比如/1/2/3/）。

示例表结构：

这种模式下，查询面包屑可直接拆分path字段获取所有父节点ID，再一次性查询标签名，速度更快，但维护成本更高——新增、修改分类时需要同步更新path字段，适合层级稳定的场景。

内容的提问来源于stack exchange，提问作者Martin AJ