SpringBoot高效菜品分类查询优化实战

1. 项目背景与核心需求

在餐饮管理系统开发中，菜品分类查询是最基础却高频使用的功能模块。我最近在重构一个外卖平台的后台服务时，发现原有的菜品查询接口存在两个明显痛点：一是当分类层级超过两级时查询效率直线下降，二是返回的菜品数据冗余严重导致前端渲染卡顿。于是决定基于SpringBoot重新设计一套分类ID查询菜品的解决方案。

这个功能看似简单，但实际涉及几个关键技术点：

• 如何设计高效的多级分类表结构
• 使用Spring Data JPA还是MyBatis作为持久层
• 查询结果DTO的字段动态筛选
• 高并发场景下的缓存策略

经过两周的迭代开发，最终实现的接口在300QPS压力测试下平均响应时间控制在80ms以内，相比旧系统提升近7倍。下面分享具体实现方案和踩坑经验。

2. 数据结构设计与持久层选型

2.1 分类表结构优化

传统方案常用邻接表存储分类关系：

sql复制CREATE TABLE category (
  id BIGINT PRIMARY KEY,
  name VARCHAR(50),
  parent_id BIGINT  -- 父分类ID
);

这种结构虽然简单，但查询子分类需要递归操作。我改用闭包表方案：

sql复制CREATE TABLE category_closure (
  ancestor BIGINT,   -- 祖先节点ID
  descendant BIGINT, -- 后代节点ID
  depth INT,         -- 层级深度
  PRIMARY KEY (ancestor, descendant)
);

插入分类关系时同步维护闭包表，查询三级分类下的所有菜品只需单次JOIN：

java复制@Query("SELECT d FROM Dish d JOIN category_closure cc ON d.categoryId = cc.descendant WHERE cc.ancestor = :categoryId")
List<Dish> findByCategory(@Param("categoryId") Long categoryId);

2.2 持久层技术对比

项目初期尝试了三种方案：

1. **Spring Da