大神们,如何解决“整点抢购”功能中的超卖问题及大并发下的用户等待问题?

幽烛 发布于 2016/02/16 22:21
阅读 1K+
收藏 0
加载中
0
h
hao5ang
可以用缓存的 increaseAndGet  功能来暂存售卖量, 避免数据库压力和延迟. 可以将总量预先读到内存里面. 如果压力你实在大, 可以用消息队列排队. 
0
南流-Jimmy
南流-Jimmy

Redis 队列,利用它的原子性,用户的每个抢购请求都放到Redis队列里面,可以处理并发的问题

0
l
lizhi.zero

参考李智慧的大型网站技术架构--秒杀系统的挑战:1.对现在有网站业务造成冲击,导致其他应用服务不可用,2.秒杀开始前和后数据负载过重,3.突然增加了网络以及服务器的宽带.4.直接下单-抢购就是更快下单。

秒杀系统策略:1.独立部署,2.秒杀商品页面静态化,3.租借宽带 。4动态生产随机下单页面url

架构设计:可以直接下单,有默认地址用默认地址,无则允许下单后填写。静态页面按钮的灰亮控制通过js的版本控制,因为浏览器,cdn,反向代理都会缓存静态页面等等

以上仅供参考。

如果是我自己的话,我宁可少卖也不会超卖。这个时候只允许少量用户进入下单页面,大多数进入结束页面。

0
卖爷爷的老红薯
卖爷爷的老红薯
如果秒杀页面被DDos呢?
0
l
lizhi.zero

引用来自“kideny”的评论

如果秒杀页面被DDos呢?

加密算法啊,限流啦,数字证书啦等等有一定的预防作用吧,在加上反向代理+防火墙或者一些成熟的安全产品有效过滤可疑ip。

参考:http://www.leiphone.com/news/201509/9zGlIDvLhwguqOtg.html

大型分布式网站架构与实践 陈康贤

0
幽烛
幽烛
谢谢各位大神热心指点
返回顶部
顶部