[商品秒杀设计] 多类型 -无限购 -的秒杀方案设计，求讨论

[BacGa]

场景：商城上架 N 种商品（每种每天限量出售 500 件），每日 10:00 开始开放购买，没有任何限制（可以一次性购买任意种类的商品，任意库存内数量，极端情况为某用户直接下单 N*500，一次买空商城）。
假如存在开售瞬间产生高并发，只考虑订单接口处理速度，不考虑抢购页面静态资源的优化，应该怎么设计比较好？
1、何时锁定库存？
2、假如想同步等待下单结果，怎么设计？
主要是 防超卖，合理锁库存， 非异步设计的话 怎么优化呢？

感谢参与讨论的各位大佬！

[iugo]

FIFO queue.

[BacGa]

人工顶下

[moodasmood]

点购买，进队列，服务端从队列取数据处理

[index90]

卖完后砍单 :doge

[flxxy]

超了就砍 (❀🐔
或者
购买库存使用缓存递减，购买库存与实际库存不需要相符，队列处理订单，未支付订单还可以返还成补货，同步等待结果可以单独起个服务，不去影响队列

[npe]

redis queue 够用了

[mapper]

初始化时从数据库读取库存数量存到 redis， 用户下单，利用 redis 的 decr 操作预减库存(decr 操作是原子性的，不会有多线程的安全问题), 然后执行商品的预秒杀操作，主要是入队列，这里可以直接返回结果给用户,消费者异步监听执行生成订单等操作， 然后前端使用轮询的方式查到最终的秒杀结果

[BacGa]

感谢各位大佬 我先试试看

[ERRORatDAY1]

大佬还是多