限量秒杀等高并发活动的正确性怎样保证

目前我只知道的方法只有控制Session一致。
■网友
队列加延迟出结果,你唯一的选择或者学小米吧,黑白号,单机游戏,只有小部分白号的人才能完去抢,其它人就洗洗 睡吧
■网友
限量的话本身很好做,因为有效的请求很少,当然这也看限量和实际需求的关系(限量很大、卖不完的那不叫限量)单纯下单本身:· submit 请求 -\u0026gt; 提交到 task 队列、超量提前拒绝 -\u0026gt; 后端逻辑、事务· query 请求 -\u0026gt; 读取订单 · 流控· 压测· 学小米:白名单、提前生成好订单(草稿状态) 但后面还有坑:支付· 逻辑上的不谈了,注意支付结果回调,用户很关心钱· 流控· 压测
■网友
这个问题提的很好,分布式系统中,可用性和一致性是矛盾的,这也是一个道理的。要么计数器是共享的,要么是通过一个主节点来协调的。
■网友
既然是负载均衡,可以把库存初始化到那台集体服务器的内存中!依旧在内存中用锁来控制量…不知这个方法如何?我擦…iteye也有人写了…
■网友
【限量秒杀等高并发活动的正确性怎样保证】 一般后台都是通过分布式一致性保证的吧,强一致性,raft协议。

■网友
很简单啊,每个集群服务器分配一部分库存,分开计算就可以了比如一共1000的库存,A服务器分配500,B分配500,A和B两个库存不相关


    推荐阅读