SpringBoot+MySQL蔬菜销售系统：从数据库设计到订单事务的毕设全攻略

作为前几年被毕业设计“逼”过无数次、又帮学弟学妹改过不少项目的过来人我特别能明白为什么“SpringBoot蔬菜销售系统”这个题目能长年霸榜计算机毕业设计的经典清单。你说它难其实没什么深不可测的高并发、高可用架构你说它容易要想做到表结构合理、事务不丢、功能像模像样、答辩时经得起追问又需要真功夫。这个题目的本质就是一个典型的、基于SpringBootMySQL的生鲜电商平台设计与实现也是农产品在线交易系统里最标准的研发路径。它覆盖了日常开发中最常打交道的技术点SpringBoot框架基础、MyBatis/MyBatis-Plus数据持久层、MySQL事务与索引、前后端分离交互、权限控制、订单状态机、库存扣减等。无论是拿来完成毕设还是想搞一个能落地的练手项目这套体系都足够撑起一份让你不心虚的毕设。这篇文章我不想写成一个泛泛的说明书而是直接以我实际做毕业设计辅导和项目重构时的经验和视角把这个项目从需求拆解、数据库设计、核心模块代码到排查运维、答辩避坑的完整链路讲一遍。你可以当一个拿来就用的实操笔记看也可以当成二次开发蓝图结合自己的业务场景做增删改查。如果你是按这个思路做我敢打赌你在论文里写“系统设计”和“系统实现”的时候一定不会没东西可写。1. 项目整体设计与需求拆解1.1 用户端与管理员端的功能边界做这个系统之前首先要明确一个事你要做的是一个“代售平台”不是一个简单的记账系统。用户端要能逛、能加购、能下单、能支付哪怕是模拟支付、能查订单管理员端要能管商品、管分类、管订单、管用户、管库存。把这条主线拉清楚功能需求就不会跑偏。从实际毕设评审的角度一个完整的SpringBoot蔬菜销售系统至少应该包含以下角色与功能模块用户端前台注册登录、浏览商品、按分类筛选商品、购物车管理、提交订单、模拟支付、订单列表、订单详情、订单取消、个人信息维护。管理员端后台管理员登录、商品分类管理、商品信息管理增删改查、上下架、库存调整、订单管理发货、完成、取消、用户管理禁用/启用、数据统计销售概况。如果时间比较紧管理端不一定要做复杂的数据可视化但销售概况的建议还是做一个哪怕是用ECharts搭一个简单的柱状图显示最近7天的订单量或销售额。答辩时这个东西很加分因为它直接说明你考虑了业务方的“决策需求”而不仅仅是在堆CRUD。1.2 为什么这个选题是“黄金难度”我在帮人改项目时分过一个大致标准纯博客系统属于“偏简单”秒杀系统属于“偏难”而蔬菜销售系统恰好在中间是“黄金难度”。为什么因为它包含了一个电商项目的完整闭环——商品流、订单流、支付流、用户流。同时它在技术上有几个可以深挖的亮点库存扣减与订单创建的并发一致性MySQL事务、登录鉴权JWT或Session、数据库索引设计与慢查询优化、订单状态流转状态机思想。这些都是面试官或答辩老师能一眼看出含金量的地方。而且蔬菜生鲜这个场景还有一个特殊点它比衣服、数码产品更强调“库存实时性”和“本地配送时间窗口”。虽然毕设一般不需要真的接物流接口但在订单页面增加一个“配送时间选择”或“预计送达时间”字段就能让系统的业务逻辑显得更真实、更有场景感论文里也好写“需求分析”。2. 数据库设计从表结构到索引优化2.1 核心数据表与字段设计数据库是SpringBootMySQL项目的底盘。很多毕设翻车不是代码写崩了而是表设计得太随意。蔬菜销售系统我建议至少拆出下面这几张核心表用户表user字段名类型说明idbigint主键自增usernamevarchar(50)用户名唯一passwordvarchar(100)密码必须加密存储phonevarchar(20)手机号roletinyint角色0用户1管理员statustinyint状态0正常1禁用create_timedatetime注册时间注意密码加密建议用 BCrypt不要用MD5。MD5在答辩时被问到“密码安全性”这个问题时很容易被连环追问到哑口无言。商品表product字段名类型说明idbigint主键category_idbigint分类id逻辑外键namevarchar(100)商品名称main_imagevarchar(255)主图地址detailtext商品详情pricedecimal(10,2)销售单价stockint库存数量sales_countint销量statustinyint状态1上架0下架create_timedatetime创建时间注意price必须用decimal(10,2)不可以用float或double。很多同学为了省事用浮点类型存价格结果在订单金额计算时出现精度丢失总共100.5元的订单变成100.499999答辩演示当场翻车。这就是一个典型的“原理没吃透”导致的低级错误但项目里太常见了。订单表orders字段名类型说明idbigint主键order_novarchar(32)订单编号唯一user_idbigint下单用户idtotal_amountdecimal(10,2)订单总金额statustinyint订单状态0待支付1已支付2已发货3已完成4已取消receiver_namevarchar(50)收货人receiver_phonevarchar(20)收货电话receiver_addressvarchar(255)收货地址create_timedatetime下单时间pay_timedatetime支付时间订单项表order_item字段名类型说明idbigint主键order_idbigint订单idproduct_idbigint商品idproduct_namevarchar(100)商品名称下单时快照product_imagevarchar(255)商品图片下单时快照pricedecimal(10,2)下单单价quantityint购买数量这里有一个特别重要的设计细节订单项表为什么要冗余product_name和product_image这两个字段因为在电商系统里商品信息是允许修改的比如改价格、改名称而订单属于单据类数据一旦生成就必须保留当时的快照。如果不做冗余用户查看历史订单时如果商品已下架或改名订单显示就会变成空白——这在答辩时是一个非常容易被问到的业务问题。2.2 索引设计思路与常见误区MySQL索引是必考知识点也是做系统设计时必须考虑的。在蔬菜销售系统里三个高频查询场景必须建索引用户查询自己的订单orders(user_id, status)联合索引命中率高避免回表过多。商品按分类查询product(category_id)如果分类下商品很多这个索引很有必要。订单按订单号精确查询orders(order_no)注意要用唯一索引因为订单号是业务单号全局唯一。我的建议是不要在数据库里建太多索引尤其是那些字段区分度很低的列比如status只有0和1两个值建了索引反而会让写入变慢、占用额外空间。索引不是越多越好这是很多初学者容易踩的坑论文里如果写“对全部字段都建立索引”基本会被答辩老师判定为“对索引原理理解不够”。实操上如果用的是MyBatis-Plus查询时可以通过QueryWrapper直接操作配合索引能获得很好的查询性能。比如LambdaQueryWrapperOrders wrapper new LambdaQueryWrapper(); wrapper.eq(Orders::getUserId, userId) .eq(Orders::getStatus, status) .orderByDesc(Orders::getCreateTime);这样一条语句返回的就是当前用户、指定状态、按时间倒序的订单列表简洁高效。配合上述索引设计百万级数据量的查询也不会有明显压力。3. 核心模块与关键代码实现3.1 SpringBoot项目的基础搭建项目使用SpringBoot作为核心框架版本建议选择SpringBoot 2.7.xJDK 8或JDK 11环境这个版本目前生态最稳定网上资料也多遇到问题好查。如果你是新手不建议一上来就用SpringBoot 3.x因为它强制要求JDK 17并且部分第三方组件比如一些老的代码生成器兼容性不好容易让你在环境配置上耗费大量时间。核心依赖在pom.xml中需要引入以下内容!-- web 支持 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- MyBatis-Plus 数据持久层 -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.2/version /dependency !-- MySQL 驱动 -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId scoperuntime/scope /dependency !-- 简化实体类代码 -- dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependencyMyBatis-Plus一定是我重点推荐使用的持久层框架它继承了MyBatis的所有能力但省掉了大量XML映射文件的重复编写。单表CRUD直接继承BaseMapperT就有现成方法多表查询再写自定义SQL。这对毕设来说效率极高也便于你自己理解代码逻辑——因为你只需要关注业务层不会一头扎进繁琐的SQL映射配置里。application.yml的核心配置注意密码等敏感信息不要硬编码可放入环境变量server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/vegetable_mall?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: ${DB_PASSWORD} redis: host: localhost port: 6379 database: 0 mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0这里有两个细节点一是serverTimezoneAsia/Shanghai必须显式设置否则使用MySQL 8.x版本时容易报时区错误二是开启SQL日志log-impl: StdOutImpl开发阶段非常有用你可以直观看懂每条业务操作对应执行的SQL语句。3.2 用户登录与JWT鉴权你的系统不需要像企业级项目那样做非常复杂的Spring Security OAuth2体系但对一个电商平台来说简单的Session方案又确实显得单薄。我的做法是在毕设场景下使用JWTJSON Web Token做接口鉴权前后端通过请求头携带Authorization: Bearer token完成身份验证。实操思路是用户提交用户名密码后端校验成功后生成一个有效期为2小时的JWT返回给前端。前端把token存到localStorage每次请求通过拦截器自动放到请求头。后端写一个LoginInterceptor拦截器在WebMvcConfigurer里注册并排除登录、注册、商品列表等公开接口。拦截器中解析JWT如果token过期或非法直接返回401状态码。生成和解析JWT建议用jjwt库代码极其简洁。核心代码如下// 生成token String token Jwts.builder() .setSubject(String.valueOf(user.getId())) .claim(role, user.getRole()) .setExpiration(new Date(System.currentTimeMillis() 1000 * 60 * 60 * 2)) .signWith(SignatureAlgorithm.HS256, SECRET_KEY) .compact(); // 解析token Claims claims Jwts.parser() .setSigningKey(SECRET_KEY) .parseClaimsJws(token) .getBody(); Long userId Long.parseLong(claims.getSubject());注意SECRET_KEY一定要是一个足够长的字符串不要用“123456”这种弱密钥。答辩时如果被问到“JWT安全性如何保证”你要能答出来——签名密钥的强度、token过期时间、双向认证HTTPS是三个保证安全的基本手段。3.3 商品查询与购物车功能商品列表是用户打开系统后看到的第一个东西一定要保证查询效率和交互体验。建议使用分类ID加关键字作为查询条件同时做分页。购物车功能有两个实现方案一是数据表持久化购物车表二是Redis缓存。我建议如果是为了赶进度可以先做表持久化——因为逻辑更直观也好写论文如果为了展示技术亮点可以用Redis的Hash结构存储购物车数据只要用户id做key、商品id做field就好了。但这里要提醒你用Redis存购物车虽然性能好但在答辩时会被追问“Redis宕机怎么办”“Redis数据如何持久化”“为什么不用数据库”你需要功课做足。稳妥起见新手还是优先把购物车表做好因为只要两张表cart、cart_item就能搞定逻辑简单、不容易出错。3.4 下单事务与库存扣减的并发控制下单是整个系统重量级最高的地方。用户点了“立即购买”系统需要做这几件事校验商品是否上架、库存是否充足。计算订单总金额。冻结/扣减库存。生成订单主记录和订单项。如果涉及支付更新订单状态为已支付。这个流程必须放在同一个数据库事务里否则会出现“库存扣了但订单没生成”或“订单生成了但库存没扣”的数据不一致问题。在SpringBoot中最简单的做法就是给Service方法加Transactional(rollbackFor Exception.class)注解。Transactional(rollbackFor Exception.class) public Long createOrder(Long userId, ListCartItem cartItems, Address address, Integer payType) { // 1. 遍历购物车校验并计算总价 BigDecimal totalAmount new BigDecimal(0); ListOrderItem orderItems new ArrayList(); for (CartItem item : cartItems) { Product product productMapper.selectById(item.getProductId()); if (product null || product.getStatus() 0) { throw new BusinessException(商品不存在或已下架); } if (product.getStock() item.getQuantity()) { throw new BusinessException(商品「 product.getName() 」库存不足); } // 2. 扣库存条件更新防止超卖 int rows productMapper.reduceStock(item.getProductId(), item.getQuantity()); if (rows 0) { throw new BusinessException(商品「 product.getName() 」库存扣减失败); } // 3. 组装订单项 OrderItem orderItem new OrderItem(); orderItem.setProductId(product.getId()); orderItem.setProductName(product.getName()); orderItem.setProductImage(product.getMainImage()); orderItem.setPrice(product.getPrice()); orderItem.setQuantity(item.getQuantity()); orderItems.add(orderItem); totalAmount totalAmount.add(product.getPrice() .multiply(BigDecimal.valueOf(item.getQuantity()))); } // 4. 生成订单 Orders order new Orders(); order.setOrderNo(generateOrderNo()); order.setUserId(userId); order.setTotalAmount(totalAmount); // ... 设置收货信息 orderMapper.insert(order); // 5. 批量插入订单项 for (OrderItem orderItem : orderItems) { orderItem.setOrderId(order.getId()); orderItemMapper.insert(orderItem); } return order.getId(); }关于库存扣减务必使用带条件的UPDATE语句而不是先SELECT出来判断再UPDATE——因为这两个操作之间存在时间窗口在高并发下会出现“超卖”问题。正确做法是把“判断与扣减”合并为一条原子SQL操作UPDATE product SET stock stock - #{quantity} WHERE id #{productId} AND stock #{quantity}这条SQL的返回值影响行数如果为0就说明库存不足或商品不存在直接抛出异常回滚事务。这个点非常重要我在多个场合强调过。它是电商系统的高频考点如果你能在论文或答辩中把这个逻辑写清楚你的“系统设计”这一步就稳了一大半。3.5 订单状态机设计订单状态不要散落在业务代码里乱赋值建议用一个常量类统一定义。状态之间的流转方向必须有约束待支付可以取消已支付可以发货已发货可以完成已完成不可再回到其他状态。public class OrderStatus { public static final int UNPAID 0; public static final int PAID 1; public static final int SHIPPED 2; public static final int FINISHED 3; public static final int CANCELED 4; }在updateStatus方法的实现中通过where条件限制一次UPDATE只能从合法的当前状态跳转到目标状态。例如用户取消订单SQL就是UPDATE orders SET status 4 WHERE id ? AND user_id ? AND status 0如果返回影响行数为0说明这个订单当前不处于“待支付”状态不能取消。这样从数据库层面保证了状态流转的严谨性也避免了你写一堆if-else判断的代码。4. SpringBoot核心配置与核心技术解读4.1 SpringBoot自动装配与项目运行原理很多同学的毕设代码能跑起来但被问到“SpringBoot为什么能自动配置”时就卡壳了。其实这个知识点很简单一句话说清楚SpringBoot通过SpringBootApplication注解启动了自动配置机制它会扫描spring.factories或AutoConfiguration.imports文件中的配置类根据classpath下的依赖和配置属性按条件ConditionalOnClass、ConditionalOnProperty等自动创建对应的Bean。比如你把spring-boot-starter-web加进pom依赖classpath里就有了DispatcherServletSpringBoot就会自动配置内嵌Tomcat和Spring MVC你不需要配置一堆xml。把mybatis-plus-boot-starter加进去它会自动帮你扫描Mapper接口并装配SqlSessionFactory。这就是“约定大于配置”的体现。建议在做项目之前或项目中期把这段原理写进论文的“系统开发环境与技术栈”章节配合一个简单的类图或流程图答辩时会非常耐打。4.2 SpringBoot中前后端联调与跨域配置现在的毕设十有八九是前后端分离的Vue SpringBoot是标配。而前后端分离就一定会遇到跨域CORS问题。在开发阶段最简单的处理方式是编写一个配置类在WebMvcConfigurer中注册全局跨域规则Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }这个配置允许本地开发环境比如前端跑在localhost:5173后端跑在localhost:8080的请求正常访问后端接口。但在生产环境应严格限定allowedOriginPatterns为具体域名不能写*以免产生安全隐患。如果你还用了拦截器做JWT鉴权尤其要注意预检请求OPTIONS是不会有token的必须在拦截器中放行OPTIONS请求否则前端发请求会一直失败。这个坑我见过很多次在社区问答里反复出现。4.3 MyBatis-Plus逻辑删除与自动填充逻辑删除是毕设系统里一个很实用的设计。比如商品删除如果你真的用DELETE FROM把它从数据库抹掉那历史订单里面的商品快照信息就会因为product_id找不到记录而无法回显。更好的做法是加一个deleted字段0未删除1已删除所有查询自动带上deleted 0条件。MyBatis-Plus对逻辑删除有非常完善的支持。在上面的application.yml中我们已经配好了逻辑删除的全局字段和值。然后在实体类上添加TableLogic注解Data TableName(product) public class Product { TableId(type IdType.AUTO) private Long id; TableLogic private Integer deleted; }有了这个注解调用productMapper.deleteById(id)时MyBatis-Plus会自动帮我们转成UPDATE product SET deleted 1 WHERE id ?而所有自定义查询如果你用MyBatis-Plus自带方法selectById、selectList、selectPage也会自动加上AND deleted 0这个条件。这个细节在论文里可以用半页篇幅解释“为什么采用逻辑删除”既讲到了业务容错又讲到了数据一致性非常加分。自动填充也是一个亮点点。比如create_time、update_time这两个字段如果每次插入和更新都手动set代码会非常啰嗦。建议实现MetaObjectHandler接口在插入和更新时自动填充Component public class MyMetaObjectHandler implements MetaObjectHandler { Override public void insertFill(MetaObject metaObject) { this.strictInsertFill(metaObject, createTime, LocalDateTime.class, LocalDateTime.now()); this.strictInsertFill(metaObject, updateTime, LocalDateTime.class, LocalDateTime.now()); } Override public void updateFill(MetaObject metaObject) { this.strictUpdateFill(metaObject, updateTime, LocalDateTime.class, LocalDateTime.now()); } }4.4 MySQL事务隔离级别与多环境配置事务隔离级别是MySQL的大考点在毕设论文的“数据库设计”或“系统核心功能实现”章节一般都会提到。在这里我说一下本项目该怎么选。MySQL默认的隔离级别是“可重复读REPEATABLE READ”这也是InnoDB存储引擎默认的事务隔离级别。在蔬菜销售系统里用户提交订单的操作涉及扣库存、生成订单、更新用户账户等这些操作放在同一事务中默认级别已经足够满足要求。真正需要你关注的是Transactional注解的传播行为propagation。比如下单时必须保证库存扣减和订单生成是同一个事务则所有相关数据库操作都在一个事务方法内完成不涉及传播级别调整。但如果你后续扩展了积分模块在生成订单后调用了发积分方法你可能希望“订单创建失败时积分也别加”那就需要默认的REQUIRED传播行为它会自动把发积分方法并入当前事务任何一个异常都会导致整体回滚。关于数据库连接池建议用默认的HikariCP它是目前SpringBoot默认集成的连接池性能非常好没必要换其他中间件。唯一要注意的核心配置项是maximum-pool-size如果项目并发量不大默认的10个连接足够如果答辩时被问到你能说出“连接池大小取决于数据库最大连接数和业务并发量设置得过大反而浪费资源”这句话分数就稳了。5. 常见问题与排查技巧实录5.1 MySQL驱动与时区导致的问题这个问题在本地开发和服务器部署时特别常见。如果你使用的MySQL是8.x版本而项目在连接数据库时没有显式指定时区会报类似The server time zone value Öйú±ê׼ʱ¼ä is unrecognized这种乱码一样的错误。解决方法是URL中显式设置serverTimezoneAsia/Shanghai。另一个相关问题是驱动类名MySQL 8.x必须使用com.mysql.cj.jdbc.Driver而MySQL 5.x使用的是com.mysql.jdbc.Driver这两者不能混用。我见过太多同学在网上复制粘贴配置把驱动类和版本搞对不上浪费了一整晚时间。5.2 前端联调时接口返回不了数据这个问题大都是因为遇到了跨域或拦截器拦截了预检请求。排查步骤建议这样走首先用Postman或Apifox直接请求后端接口看返回是否正常。如果Postman正常、浏览器异常那基本可以确定是CORS跨域问题检查后端的跨域配置是否存在、是否生效、OPTIONS请求是不是被拦截器拦截了。其次检查前端封装请求时有没有正确携带Content-Type: application/json头。有些同学在POST请求时用错Content-Type导致后端接收不到参数返回500或400错误。最后检查接口返回的数据结构是否匹配前端的预期。我强烈建议在包结构下设计一个统一返回体ResultT比如{code:200, message:成功, data:...}避免每写一个接口就手动拼JSON返回。这样不仅代码整洁排查问题也会方便很多。5.3 订单超时未支付的自动取消很多同学的新手版本里用户创建了订单但不支付这个订单就会永远停留在“待支付”状态如果一直占着库存不发售对业务来说是很大的资源浪费。这个问题在答辩时极易引发追问你们如何解决“僵尸订单”有几种方案用户主动取消在订单详情页提供“取消订单”按钮后端校验状态为待支付然后回滚库存。定时任务取消使用SpringBoot自带的Scheduled定时任务每隔几分钟扫描一次超过30分钟未支付的待支付订单将它们标记为已取消并回滚库存。延迟消息方案引入RabbitMQ死信队列或Redis过期事件支付到期后触发回调取消订单。这个方案在毕设中属于超纲内容如果你对消息队列比较熟可以作为“系统优化与展望”提一下。定时任务的引入方式很简单在启动类上加EnableScheduling然后写一个定时任务类Component public class OrderTimeoutTask { Autowired private OrderService orderService; // 每5分钟执行一次 Scheduled(cron 0 */5 * * * ?) public void cancelTimeoutOrders() { orderService.cancelTimeoutOrders(); } }在cancelTimeoutOrders方法里查询创建时间超过30分钟且状态为待支付的订单逐条做“取消订单 回滚库存”的处理。注意这个方法也需要加Transactional保证整个操作过程的事务安全。但是也要特别提醒定时任务在集群部署时会产生重复执行问题需要有分布式锁或幂等设计。在毕设中一般单机部署问题不大但如果论文里提及定时任务最好把这个坑自己主动说出来并给出应对方案答辩效果会非常好。5.4 MySQL 8.0与MySQL 5.7的兼容性选择我在一个学弟的项目里遇到过非常尴尬的场景他本地用的是MySQL 5.7服务器上装的是MySQL 8.0结果连接时因为驱动版本和密码认证方式的差异导致连不上数据库。在开发毕设时我强烈建议本地和线上的MySQL版本保持一致最好统一使用MySQL 8.0.x。如果必须使用MySQL 5.7那pom里的mysql-connector-java版本也应当选对应的5.1.x版本不要直接用默认的8.0驱动。另外MySQL 8.0默认的密码加密方式是caching_sha2_password而部分老旧的数据库连接工具或驱动不支持这种认证方式。如果遇到Public Key Retrieval is not allowed错误可以在JDBC URL加上allowPublicKeyRetrievaltrue参数。5.5 Redis相关业务缓存与部署配置在毕设中引入Redis可以提升项目档次但也会引入新问题。我的建议是如果项目时间充足可以在以下两个场景中使用Redis存储验证码发送到手机或邮箱的验证码、存储热门商品的浏览量或排行榜。但你要注意如果你的答辩老师问你“Redis为什么快”你不能只回答“因为基于内存”。至少要能说出它的三个特点基于内存存储读写延迟在微秒级别。单线程模型主要指命令执行避免了多线程切换和锁竞争的开销同时基于IO多路复用实现高并发支持。高效的数据结构比如String、List、Hash、Set、ZSet等底层是高效率的数据结构实现的。把这段原理写进“系统优化”章节是非常讨喜的。但请记住不要为了用Redis而用Redis不要把自己不熟的技术硬塞进项目里。答辩时一个追问接不住反而露怯。6. 实操演示从环境准备到项目跑通6.1 开发环境准备清单在正式开始之前先把开发环境整理清楚。我用的是Win10系统工具链如下工具版本建议说明JDK1.8或11SpringBoot 2.7.x均兼容Maven3.6或以上依赖管理工具IDEA2023.x社区版或专业版均可MySQL8.0.x建议用Docker或安装包均可Navicat16或以上数据库可视化管理Redis可选5.0以上缓存或验证码存储Postman/Apifox最新版接口调试6.2 三步启动项目第一步是导入数据库。把vegetable_mall.sql通过Navicat或命令行导入MySQL完成建库建表和基础测试数据插入。第二步是修改配置。打开application.yml把数据库用户名密码改成你本机的账号密码。第三步是启动项目。在IDEA中运行MallApplication的main方法控制台出现Started MallApplication in xxx seconds即启动成功。然后用Postman测试登录接口、商品列表接口是否能正常返回数据。如果一切正常你的后端体系就已经跑通了。对于前端项目打开命令终端执行npm install安装依赖再执行npm run dev启动开发服务器。浏览器访问http://localhost:5173即可看到系统首页。6.3 演示数据与PPT演示建议答辩演示的时候一定不要用空数据库而是要像真实商城一样填充足够多的商品数据、分类数据、订单数据。你可以在数据库写一个简单的存储过程或直接用Navicat手动插入数据商品图片尽量用网上找的免费蔬菜图片确保页面视觉效果不至于太寒酸。建议至少准备以下演示数据8个商品分类叶菜类、根茎类、瓜果类、食用菌、肉类、禽蛋、豆制品、水果。每个分类2-4个商品合计20个商品左右。6个普通测试用户、1个管理员账号。5笔已完成的订单、3笔待发货订单、2笔待支付订单。演示时先从用户注册/登录开始添加购物车提交订单然后切到管理员页面发货。这一套流程走完基本10分钟但“系统可用性”已经被充分验证了。经验之谈在演示前先把所有数据状态恢复到“初始可演示状态”特别是待支付订单、已发货订单的状态要预设好避免演示过程因为状态不对而卡壳场面会很尴尬。7. 项目扩展与代码优化建议如果论文里要求写“未来展望”或“系统扩展”不要泛泛地说“随着系统使用人数的增加系统性能有待提高”这种套话。结合SpringBootMySQL这个技术底座我给的几个方向都很实在一是引入Spring Security做细粒度权限控制。目前的JWT拦截器方案只能做“是否登录”的判断做不到“这个管理员是否有权删除该商品”的细粒度控制。Spring Security的PreAuthorize(hasRole(ADMIN))注解可以很方便地做权限控制代码侵入性也很低。二是引入消息队列如RabbitMQ处理下单高峰期的流量削峰。把创建订单的请求放入队列中系统按实际处理能力消费队列任务防止瞬时大流量打挂数据库。但这个改造比较大只能在论文的展望部分提不建议在毕设阶段动工。三是增加数据统计功能。管理员后台通过SQL聚合统计每日销量、热门商品排行、用户复购分析。这里如果使用MySQL的GROUP BY配合临时表或视图可以设计出一个轻量级的BI报表页面用ECharts展示。这块工作量不大但成果很直观。四是部署层面的优化。把后端打包成jar部署到服务器上使用nohup java -jar mall.jar 后台运行用Nginx做前端静态资源托管和反向代理将/api路径转发到后端服务MySQL开启定时备份mysqldump。这些“上线操作”写在论文里比单纯写“本系统已完成开发”要饱满得多。我个人的体会是做毕设项目最忌讳“拿来主义”课件、模板、代码全是网上下载拼装自己一点都不改。你就把这个蔬菜销售系统当成一个真正要上线的产品来做从需求到表、从表到接口、从接口到页面、从页面到部署每一层都自己走一遍。哪怕最终实现有些粗糙那些踩坑、调试、优化经验才是你答辩时张口就来的底气也是你写论文时言之有物的素材。最后再分享一个小技巧下载MySQL和SpringBoot相关依赖时网络有时候特别慢尤其是Maven拉取依赖。如果遇到这个问题先把Maven中央仓库镜像改为阿里云镜像settings.xml中配置mirror能省下你大量等待时间。这个小坑看起来不起眼但确实是很多新手第一次搭建SpringBoot项目时的“劝退点”提前解决掉后面就顺畅多了。