买菜系统的库存表需要适配生鲜商品易损耗、库存变动频繁、存在批次差异等业务特性，设计时要兼顾数据准确性、查询效率和业务扩展性，避免出现超卖或者库存统计错误的问题。
核心字段设计
基础库存表需要包含标识类、库存数值类、业务属性类和状态类字段，以下是推荐的基础字段结构：
| 字段名 | 类型 | 说明 |
|---|---|---|
| id | bigint unsigned | 主键，自增 |
| goods_id | bigint unsigned | 关联商品表的主键ID |
| stock_num | int | 当前可用库存数量，单位根据商品设定 |
| lock_stock | int | 已锁定库存，对应下单未支付的数量 |
| batch_no | varchar(64) | 商品批次号，用于区分不同到货批次的生鲜 |
| expire_time | datetime | 批次商品过期时间，生鲜类必填 |
| update_time | datetime | 库存最后更新时间 |
| create_time | datetime | 记录创建时间 |
索引设计技巧
合理的索引可以提升库存查询和更新的效率，避免全表扫描带来的性能问题：
- 给
goods_id添加普通索引，商品详情页查询库存时可以直接命中索引 - 如果对批次有单独查询需求，可以给
batch_no添加普通索引 - 不建议给
stock_num、lock_stock这类频繁更新的字段添加索引，会增加更新时的索引维护成本
库存扣减的事务处理
买菜系统下单时需要先锁定库存，支付完成后扣减实际库存，这个流程需要放在事务中执行，避免超卖：
-- 开启事务 START TRANSACTION; -- 查询当前库存和锁定库存，判断是否满足下单数量 SELECT stock_num, lock_stock FROM goods_stock WHERE goods_id = 1001 AND batch_no = '20240501001' FOR UPDATE; -- 假设下单数量为2，检查可用库存是否足够：stock_num - lock_stock >= 2 -- 足够则更新锁定库存 UPDATE goods_stock SET lock_stock = lock_stock + 2 WHERE goods_id = 1001 AND batch_no = '20240501001'; -- 提交事务 COMMIT;
支付回调时再执行实际库存扣减，同时减少锁定库存：
START TRANSACTION; -- 扣减实际库存和锁定库存 UPDATE goods_stock SET stock_num = stock_num - 2, lock_stock = lock_stock - 2 WHERE goods_id = 1001 AND batch_no = '20240501001'; COMMIT;
表结构扩展建议
如果业务需要支持多规格商品，比如蔬菜有500g、1000g两种规格，可以新增spec_id字段关联规格表，同时在goods_id和spec_id上建立联合索引。
如果需要记录库存变动日志，可以单独创建库存流水表，每次库存更新时插入一条变动记录，包含变动类型、变动数量、关联订单号等字段，方便后续对账和问题排查。
注意事项
不要直接在业务代码里先计算库存再更新，这种写法会出现并发下的库存不一致问题，一定要用数据库的更新语句做原子操作。另外生鲜商品过期后要及时将对应批次的库存置为0，避免用户下单到过期商品。