旺店通防超卖需三层防护：数据库update原子扣减（必设）、旺店通后台强管控设置、redis预扣+lua脚本兜底，并辅以幂等控制堵重复提交。
旺店通爆单时防止超卖，核心是绕过「查库存→判是否充足→扣减」三步非原子操作，在流量洪峰中用原子校验+分层拦截守住库存底线。直接在数据库UPDATE里塞进库存判断条件，是最轻量、最可靠的第一道防线。
数据库层原子扣减（必设基础防线）
这一步必须做，且不能跳过——所有订单创建前的库存扣减，都必须走这条SQL路径。
执行以下语句：UPDATE stock SET qty = qty - 1 WHERE sku_id = 'S1001' AND qty >= 1;
执行后立即检查MySQL返回的ROW_COUNT()值：【返回1表示扣减成功；返回0说明库存已售罄或商品不存在，必须拒绝下单】。千万不能先SELECT再UPDATE，中间的时间窗口会让100个请求同时读到“还有1件”，然后一起扣成-99。
如果使用MyBatis，直接用@Modifying @Query注解封装该SQL，并在Java层判断更新行数。别依赖selectForUpdate加锁，它会把读请求也堵死，爆单时页面直接卡住。
旺店通后台库存锁定设置（界面级防护）
登录旺店通ERP后台 → 进入【商品管理】→ 找到目标商品 → 点击【编辑】→ 切换到【库存】标签页。
勾选「启用库存强管控」开关，此时系统将自动禁用手工调拨、临时补货等绕过校验的操作入口。
在「库存锁定规则」区域，设置「预售锁定时长」为48小时（对应未支付订单自动释放周期），并开启「同一SKU限购数量」，填入单用户最多可拍件数（如5件）。【此设置仅对前端下单生效，不影响API对接订单，若对接了自研系统需同步校验】。
保存后，该商品所有新增订单必须通过旺店通内置库存引擎校验，绕过接口直连数据库的写法会被拦截。
Redis预扣+Lua脚本兜底（应对万级QPS秒杀）
当大促页面出现“已抢光”但后台库存仍有余量，大概率是缓存与DB未对齐。这时需启用Redis预扣机制。
方法一：用Lua脚本封装原子判断与扣减
在Redis中存入stock:S1001，初始值等于DB真实库存。执行如下Lua：
if redis.call("GET", KEYS[1]) >= tonumber(ARGV[1]) then<br> return redis.call("DECRBY", KEYS[1], ARGV[1])<br>else<br> return -1<br>end
方法二：接入旺店通开放平台的/stock/prelock接口，传入SKU和数量，返回true才允许走下一步生成订单。该接口内部已集成Lua+DB双写一致性校验，比自己写更稳。
注意：Redis库存值每天凌晨需与DB全量对账一次，避免因网络分区导致数据漂移。旺店通【系统设置→任务中心】里可启用「库存日终校准」任务。
防重复提交与幂等控制（堵住缺口）
第一步：前端按钮点击后立即置灰，3秒内禁止二次提交；同时在请求头注入唯一trace_id。
第二步：旺店通API下单时，在order_create参数中必须携带request_id字段，格式为uid_时间戳_随机数（如uid_1753734720123_abc789）。
第三步：旺店通服务端收到请求后，先查防重表anti_replay中是否存在该request_id，存在则直接返回「订单已存在」，不再执行库存扣减逻辑。
第四步：若扣减成功但订单落库失败（如网络超时），旺店通会在5分钟内发起异步补偿——查询该request_id对应库存流水，确认DB未写入则回滚Redis预扣值。这一步无需人工干预，但需确保你的消息队列（如RocketMQ）未被限流或堆积。
