采用邻接模型设计商品分类表，通过parent_id实现多级分类，配合level和sort_order优化查询与排序，MySQL 8.0+可用CTE递归查询子树，低版本则程序构建树形结构，辅以路径冗余字段提升性能。
设计一个高效的商品分类系统是电商项目中的核心环节。在 MySQL 中，商品分类不仅要支持多级分类展示，还要便于查询、扩展和维护。下面结合实战场景，讲解如何合理设计商品分类表结构，并实现常见操作。
1. 分类表结构设计
常见的商品分类是树形结构，比如：服装 → 男装 → 衬衫。为了支持无限级分类，推荐使用邻接模型（Adjacency List），即每个分类记录其父级 ID。
建表示例：
CREATE TABLE category (
id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(100) NOT NULL COMMENT '分类名称',
parent_id INT UNSIGNED DEFAULT 0 COMMENT '父分类ID，顶级为0',
level TINYINT UNSIGNED DEFAULT 1 COMMENT '层级深度，1表示一级',
sort_order TINYINT UNSIGNED DEFAULT 50 COMMENT '排序值，越小越靠前',
is_show BOOLEAN DEFAULT TRUE COMMENT '是否显示',
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
INDEX idx_parent (parent_id),
INDEX idx_level (level),
INDEX idx_sort (sort_order)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品分类表';
字段说明：
- id：主键，唯一标识分类
- parent_id：指向父分类，顶级分类设为 0
- level：缓存层级，避免频繁递归计算
- sort_order：控制前台展示顺序
2. 插入与层级管理
添加新分类时，需根据 parent_id 确定其 level。例如插入“运动鞋”作为“男装”的子类：
-- 先查父级 level
SELECT level FROM category WHERE id = 2;
<p>-- 假设父级 level 为 2，则新分类 level 为 3
INSERT INTO category (name, parent_id, level, sort_order)
VALUES ('运动鞋', 2, 3, 60);</p>建议在应用层处理 level 更新逻辑，避免数据库触发器复杂化。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
3. 查询分类树结构
MySQL 原生不支持递归查询（8.0 以下），常用做法是在程序中拼装树。MySQL 8.0+ 可用 CTE 实现递归查询。
MySQL 8.0+ 获取某分类下的完整子树：
WITH RECURSIVE category_tree AS (
SELECT id, name, parent_id, level
FROM category
WHERE id = 1 -- 根节点ID
UNION ALL
SELECT c.id, c.name, c.parent_id, c.level
FROM category c
INNER JOIN category_tree ct ON c.parent_id = ct.id
)
SELECT * FROM category_tree ORDER BY level, sort_order;
对于低版本 MySQL，可一次性查出所有分类，在 PHP/Java 等后端代码中通过循环构建树形结构。
4. 常见业务操作建议
实际开发中还需考虑以下问题：
- 路径存储优化：可增加 path 字段如 "0,1,2,5"，便于快速判断归属关系
- 分类删除处理：删除父类时，需联动迁移或禁用子类，避免数据孤立
- 关联商品统计：可加 count_product 字段缓存商品数量，提升列表页性能
- 冗余字段提升查询效率：如 ancestors 字段存所有上级 ID，方便反向查找
基本上就这些。一个灵活的分类系统要兼顾结构清晰与查询效率。邻接模型简单直观，配合程序层处理树形逻辑，适合大多数中小型项目。随着数据量增长，可引入闭包表等高级设计优化复杂查询。
