电商秒杀系统产品系统

传统电商在大促活动时，高并发流量瞬间涌入，普通下单接口在几千并发下就会出现响应缓慢、库存超卖、甚至服务宕机等问题。本系统针对秒杀这一高并发典型场景，设计了一套完整的解决方案：通过 Redis 原子操作预减库存、数据库乐观锁防止超卖、SETNX 防重复提交等多级防护机制，确保在高并发下系统稳定、数据准确。适用于电商限时抢购、限量发售、活动秒杀等场景。

1.秒杀商品管理：支持秒杀商品的新增、编辑、上下架管理，分页查询商品列表。
2.秒杀核心流程：前端发起秒杀请求后，系统按顺序执行时间校验、参数校验、Redis 预减库存、数据库乐观锁扣减库存、订单生成，完整秒杀流程在同步模式下毫秒级完成。
3.库存预减：基于 Redis incr/decr 原子操作实现库存预减，防止高并发下数据库被打垮。
4.防超卖机制：数据库层使用 UPDATE stock=stock-1 WHERE stock>0 乐观锁，保证库存扣减的原子性和准确性。
5.防重复提交：基于 Redis SETNX 实现用户级别去重，同一用户对同一商品 10 秒内不可重复提交。
6.秒杀结果查询：秒杀结果实时写入 Redis，支持前端轮询查询秒杀是否成功。
7.订单管理：按用户查询秒杀订单列表、订单详情、按订单号精确查询。
8.异步扩展支持：预留了 RabbitMQ 接口，可切换为异步削峰模式，消息先入队列再异步生成订单。

1.我独立完成了项目的架构设计、数据库设计、后端接口开发、前端页面开发以及全流程测试。
2.技术栈：SpringBoot 2.7 + MyBatis-Plus + MySQL 8 + Redis + Thymeleaf + Knife4j(Swagger)。
3.架构设计：项目按功能拆分为商品管理、秒杀核心、订单管理三大模块，分层清晰（Controller→Service→Mapper），便于维护和扩展。
4.核心难点与解决方案： （1）超卖问题——采用 Redis 预减库存 + 数据库乐观锁双重保险，保证 100 件库存不会卖出 101 件。 （2）高并发压力——Redis 原子操作承担大部分流量，数据库只处理最终落单请求，有效保护数据库。 （3）重复提交——基于 Redis SETNX 实现分布式去重，防止同一用户重复秒杀。 （4）数据一致性——本地事务 + Redis 库存回滚机制，保证数据最终一致。
5.项目已完成全流程功能测试，接口稳定可靠。