这是一个创建于 1990 天前的主题，其中的信息可能已经有所发展或是发生改变。
场景：商城上架 N 种商品（每种每天限量出售 500 件），每日 10:00 开始开放购买，没有任何限制（可以一次性购买任意种类的商品，任意库存内数量，极端情况为某用户直接下单 N*500，一次买空商城）。
假如存在开售瞬间产生高并发，只考虑订单接口处理速度，不考虑抢购页面静态资源的优化，应该怎么设计比较好？
1、何时锁定库存？
2、假如想同步等待下单结果，怎么设计？
主要是 防超卖，合理锁库存， 非异步设计的话 怎么优化呢？
感谢参与讨论的各位大佬！
假如存在开售瞬间产生高并发，只考虑订单接口处理速度，不考虑抢购页面静态资源的优化，应该怎么设计比较好？
1、何时锁定库存？
2、假如想同步等待下单结果，怎么设计？
主要是 防超卖，合理锁库存， 非异步设计的话 怎么优化呢？
感谢参与讨论的各位大佬！
第 1 条附言 · 2019-06-05 09:12:24 +08:00
---------------------------------------------------------------------------------------------
追加点问题 redis 做库存预扣，设计不限量购买，库存可能不是-1，怎么把-n 做成原子操作
追加点问题 redis 做库存预扣，设计不限量购买，库存可能不是-1，怎么把-n 做成原子操作
 |
1
iugo 2019-06-04 16:44:34 +08:00
FIFO queue.
|
 |
2
BacGa OP 人工顶下
|
 |
3
moodasmood 2019-06-04 17:25:19 +08:00
点购买，进队列，服务端从队列取数据处理
|
 |
4
index90 2019-06-04 17:26:38 +08:00
卖完后砍单 :doge
|
 |
5
flxxy 2019-06-04 17:45:26 +08:00
超了就砍 (❀🐔
或者 购买库存使用缓存递减，购买库存与实际库存不需要相符，队列处理订单，未支付订单还可以返还成补货，同步等待结果可以单独起个服务，不去影响队列 |
 |
6
npe 2019-06-04 17:54:14 +08:00 via Android
redis queue 够用了
|
 |
7
mapper 2019-06-04 17:54:38 +08:00
初始化时从数据库读取库存数量存到 redis， 用户下单，利用 redis 的 decr 操作预减库存(decr 操作是原子性的，不会有多线程的安全问题), 然后执行商品的预秒杀操作，主要是入队列，这里可以直接返回结果给用户,消费者异步监听执行生成订单等操作， 然后前端使用轮询的方式查到最终的秒杀结果
|
|
8
BacGa OP 感谢各位大佬 我先试试看
|
 |
9
ERRORatDAY1 2019-10-19 00:46:11 +08:00
大佬还是多
|
Select Language