如何解决高并发的抢购问题

问题描述

如何解决高并发的抢购问题
前几天去南京付融宝面试,提了这样一个问题:
在某天的上午10点有这样一个抢购活动,抢购的商品数量1000,初步估计那个时间点
抢购的人数在100万左右,如何处理这样的一个问题。

解决方案

首先,你要有足够的服务器,保持前端页面能够正常调用。你可以用内容分发网络(cdn)使得前端应用层可以工作。
然后,你可以产生一个随机数,以大约0.01的概率从前端服务器将订购请求发送到你的业务层,其余直接返回售罄。
此时你的业务层已经只有1万的并发了,用事务队列保证抢购和存货的匹配。如果还不够,可以做负载均衡并分区。

解决方案二:
设计一个队列,服务器先接收到的请求,就先放到队列中,然后一个一个响应处理。

解决方案三:
解决网站高并发问题

时间: 2024-09-18 04:43:33

如何解决高并发的抢购问题的相关文章

每一个程序员都应该知道的高并发处理技巧、创业公司如何解决高并发问题、互联网高并发问题解决思路、caoz大神多年经验总结分享

原文:每一个程序员都应该知道的高并发处理技巧.创业公司如何解决高并发问题.互联网高并发问题解决思路.caoz大神多年经验总结分享 本文来源于caoz梦呓公众号高并发专辑,以图形化.松耦合的方式,对互联网高并发问题做了详细解读与分析,"技术在短期内被高估,而在长期中又被低估",而不同的场景和人员成本又导致了巨头的方案可能并不适合创业公司,那么如何保证高并发问题不成为创业路上的拦路虎,是每一个全栈工程师.资深系统工程师.有理想的程序员必备的技能,希望本文助您寻找属于自己的"成金之

JBoss配置解决高并发连接异常问题(转)

  这两天一个项目在做压力测试的时候,发现只要并发数超过250个,连续测试两轮就会有连接异常出现,测试轮数越多出现越频繁,异常日志如下:   [plain] view plain copy     Caused by: com.caucho.hessian.client.HessianConnectionException: 500: java.io.IOException: Error writing to server       at com.caucho.hessian.client.H

使用windows服务和MSMQ和进行日志管理(解决高并发问题)

转载:http://www.cnblogs.com/lori/archive/2012/02/10/2345203.html

多线程-求 有关 高并发 数据区 读取更新 数据 的解决办法

问题描述 求 有关 高并发 数据区 读取更新 数据 的解决办法 问题:高并发 数据库取数据,每次取到一条数据后更新这条数据的状态为已取用过. 环境:3台服务器跑应用 处理请求,多线程数据库取数据 有点类似 12306的买票,查找过资料 有看到 1W人 同时抢一张票的问题. 现在考虑的问题是,如果票是足够多的,如何解决高并发取数据冲突的问题,如果用加锁的方式,会出现大量请求都取一条数据,导致 等待时间太长. 有没有 好的方案,可以避免同时请求到同一条数据. 解决方案 可以用大数据分布式云计算物联网

亿级流量电商详情页系统的大型高并发与高可用缓存架构实战

对于高并发的场景来说,比如电商类,o2o,门户,等等互联网类的项目,缓存技术是Java项目中最常见的一种应用技术.然而,行业里很多朋友对缓存技术的了解与掌握,仅仅停留在掌握redis/memcached等缓存技术的基础使用,最多了解一些集群相关的知识,大部分人都可以对缓存技术掌握到这个程度.然而,仅仅对缓存相关的技术掌握到这种程度,无论是对于开发复杂的高并发系统,或者是在往Java高级工程师.Java资深工程师.Java架构师这些高阶的职位发展的过程中,都是完全不够用的.技术成长出现瓶颈,在自己

php根据url自动生成缩略图并处理高并发问题

服务器生成缩略图的时机一般分为两种: 1.上传文件时生成 优点:上传时就已经生成需要的缩略图,读取时不需要再判断,减少cpu运算. 缺点:当缩略图尺寸变化时或新增尺寸时,需要重新生成所有的缩略图. 2.访问时生成 优点:1.当有用户访问时才需要生成,没有访问的不用生成,节省空间. 2.当修改缩略图尺寸时,只需要修改设置,无需重新生成所有缩略图. 缺点:当缩略图不存在需要生成时,高并发访问会非常耗服务器资源. 虽然访问时生成会有高并发问题,但其他优点都比第一种方法好,因此只要解决高并发问题就可以.

技术-关于高并发 数量剩余的问题

问题描述 关于高并发 数量剩余的问题 5C 我现在在做一个类似网易一元抢宝的项目(这个项目不需要生成订单),在支付结算的时候出现了好多问题,求大神帮我解决.第一点: 加入该商品剩余商品50件,同时有好几百个人都把这个商品加入了购物车,第一个人和第二个人都想买30件商品,第一个人付款成功了,这个时候剩余商品就会变成了20件,但是第二个人此时购物车里如果不刷新的话还是能够买50件商品的,这个时候我该怎么解决这个问题? 第二点: 还上面的情况,两个人都买30件商品,同时进入了支付界面,第一个人比第二个

新浪微博千万级规模高性能、高并发的网络架构经验分享

[本文转载自新浪微博千万级规模高性能.高并发的网络架构经验分享] 架构以及我理解中架构的本质 在开始谈我对架构本质的理解之前,先谈谈对今天技术沙龙主题的个人见解,千万级规模的网站感觉数量级是非常大的,对这个数量级我们战略上要重视它,战术上又要藐视它. 先举个例子感受一下千万级到底是什么数量级?现在很流行的优步(Uber),从媒体公布的信息看,它每天接单量平均在百万左右, 假如每天有10个小时的服务时间,平均QPS只有30左右.对于一个后台服务器,单机的平均QPS可以到达800-1000,单独看写

千万级规模高性能、高并发的网络架构经验分享

千万级规模高性能.高并发的网络架构经验分享 主 题 :INTO100沙龙时间 :2015年11月21日下午地点 :梦想加联合办公空间分享人:卫向军(毕业于北京邮电大学,现任微博平台架构师,先后在微软.金山云.新浪微博从事技术研发工作,专注于系统架构设计.音视频通讯系统.分布式文件系统和数据挖掘等领域.) 架构以及我理解中架构的本质 在开始谈我对架构本质的理解之前,先谈谈对今天技术沙龙主题的个人见解,千万级规模的网站感觉数量级是非常大的,对这个数量级我们战略上 要重 视 它 , 战术上又 要 藐