免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: pipihappy8888

【大奖大话IT】电商秒杀抓狂:高并发如何突围? [复制链接]

论坛徽章:
7
2015年中国系统架构师大会
日期:2015-06-26 14:01:38技术图书徽章
日期:2015-12-15 16:42:2715-16赛季CBA联赛之辽宁
日期:2015-12-16 11:01:33shanzhi
日期:2016-06-17 17:59:312017金鸡报晓
日期:2017-01-10 15:19:562017金鸡报晓
日期:2017-02-08 10:39:42
发表于 2014-12-07 16:46 |显示全部楼层
1.春节期间,为什么黄牛能抢到票?我们却抢不到票?
   IT黄牛可利用抢票软件,破解12306网站每5秒钟抢一次的限制,以毫秒速度实时刷票,并可实现自动识别验证码,速度要比人手快百倍。这种软件还可多账户挂机,利用假**在12306注册成百上千个账号批量刷票,不受12306网站对普通用户每次可买5张车票的限制,垄断票源。
2.一个秒杀或者抢购页面,通常分为2个部分,一个是静态的HTML等内容,另一个就是参与秒杀的Web后台请求接口。不少用户,为了“抢“到商品,会使用“刷票工具”等类型的辅助工具,是不是发送到服务器的次数越多,抢购成功的几率会提高呢?
会的,抢购成功的几率会提高很多。参与秒杀的Web后台请求接口,必须要支持高并发请求,尽可能在短时间内返回用户处理结果。建议采用内存处理,异步写入方式。
3.面对iPhone6 官网抢购、米4抢购,微博抽奖活动,很多粉丝喜欢注册多个账号,一次性发送多个请求,面对大批的僵死粉,有没有什么应对方案呢?
  (1.通过登录IP访问频率分析,对于过于频繁访问的用户,通过验证码机制进行验证。
  (2. 对于多个IP,多个账号的,需要通过注册账号信息特征,进行数据分析判断,过滤掉大部分僵死粉
4.在某些抢购场景中,假设只有100个商品,用户购买已经消耗了99个商品,仅剩最后一个。这个时候假如多个用户都在抢购,可能会出现并发用户都能抢购成功,也就是大家常说的超发现象,怎么来解决呢?
对于超发现象,在高并发情况下是经常会发生的,简单解决方式会用到队列,不足的是需要考虑队列内存大小限制。另一种可行解决方式为:“乐观锁”方式, 例如:Redis中的watch。
5.我们通常衡量一个Web系统的吞吐率的指标是QPS(Query Per Second,每秒处理请求数),解决每秒数万次的高并发场景,您觉得5w/s的秒杀厉害不?结合您所了解的系统谈谈您对系统QPS的认识。
QPS是高并发场景下关键指标之一。就目前我所接触的系统,对高并发的要求并不高。
  6.就Web服务器而言,是不是Apache的连接数越多就越好呢?
对于Web服务器来说,Apache连接进程打开的越多,CPU需要处理的上下文切换也越多,会额外增加CPU消耗,直接会导致平均响应时间增加。因此对于连接数的设置,要根据CPU、内存等硬件因素综合考虑,而不是越多越好。

论坛徽章:
31
CU大牛徽章
日期:2013-05-20 10:45:13每日论坛发贴之星
日期:2015-09-07 06:20:00每日论坛发贴之星
日期:2015-09-07 06:20:00数据库技术版块每日发帖之星
日期:2015-12-13 06:20:0015-16赛季CBA联赛之江苏
日期:2016-03-03 11:56:13IT运维版块每日发帖之星
日期:2016-03-06 06:20:00fulanqi
日期:2016-06-17 17:54:25IT运维版块每日发帖之星
日期:2016-07-23 06:20:0015-16赛季CBA联赛之佛山
日期:2016-08-11 18:06:41JAVA
日期:2016-10-25 16:09:072017金鸡报晓
日期:2017-01-10 15:13:292017金鸡报晓
日期:2017-02-08 10:33:21
发表于 2014-12-08 22:19 |显示全部楼层
这话题其实真不错。
涉及到的技术点很多,我也就浅浅地谈一些吧。

2.一个秒杀或者抢购页面,通常分为2个部分,一个是静态的HTML等内容,另一个就是参与秒杀的Web后台请求接口。不少用户,为了“抢“到商品,会使用“刷票工具”等类型的辅助工具,是不是发送到服务器的次数越多,抢购成功的几率会提高呢?
秒杀或者抢购的场景,是否秒杀成功或者抢购成功,取决于你的请求是否被服务器端接受并得到了处理,也就是说,你的请求是否被服务器端分配了会话(session),抢到了会话,那么多半就成功了。
其次,这跟服务器端的处理算法也有关系,比如可以把所有的请求都放入请求队列中,按先进先处理的原则执行。对于请求队列,还可以加入一定的策略,对于同一IP地址过来的请求,在请求队列中只保留最早的一个,其它的请求都抛弃掉。
这就可以避免使用“刷票工具”等类型的辅助工具的情况。

5.我们通常衡量一个Web系统的吞吐率的指标是QPS(Query Per Second,每秒处理请求数),解决每秒数万次的高并发场景,您觉得5w/s的秒杀厉害不?结合您所了解的系统谈谈您对系统QPS的认识。
5w/s的QPS算是做得很不错了,当然最厉害的应该还是12306的火车票抢购系统。12306的应用场景举世罕见,难度最大。

论坛徽章:
0
发表于 2014-12-09 14:01 |显示全部楼层
本帖最后由 欧利斯基 于 2014-12-09 14:02 编辑

路过看看lollol

论坛徽章:
0
发表于 2014-12-10 15:27 |显示全部楼层
1.春节期间,为什么黄牛能抢到票?我们却抢不到票?
黄牛能拿到票并不是他们会利用互联网进行秒杀,以前的黄牛是通过人多排队,或者收票,那些黄牛在实名制下已经无法生存,现在的黄牛则是直接通过内部关系拿到预留票,只能说互联网以及实名制大大打击了黄牛,但是却无法从内部解决黄牛的问题。

论坛徽章:
62
洛杉矶湖人
日期:2015-02-10 09:56:11黑曼巴
日期:2016-06-28 17:41:282015-2016NBA季后赛纪念章
日期:2016-06-28 17:41:282016猴年福章徽章
日期:2016-02-18 15:30:34圣安东尼奥马刺
日期:2015-05-04 22:46:00菠菜神灯
日期:2015-05-04 22:35:07新奥尔良黄蜂
日期:2015-03-17 13:54:52明尼苏达森林狼
日期:2015-03-16 21:51:15萨克拉门托国王
日期:2015-03-02 16:10:58华盛顿奇才
日期:2015-03-02 16:10:58迈阿密热火
日期:2015-03-02 16:10:582016科比退役纪念章
日期:2016-06-28 17:41:28
发表于 2014-12-12 17:08 |显示全部楼层
回复 10# reallyfly_1

第一点 ,完全不赞同。。黄牛不可能没有
   

论坛徽章:
0
发表于 2014-12-15 13:08 |显示全部楼层
秒杀这个话题必须来说一说。

论坛徽章:
1
戌狗
日期:2013-10-24 17:31:55
发表于 2014-12-18 16:25 |显示全部楼层
1.春节期间,为什么黄牛能抢到票?我们却抢不到票?
拼智商、拼网速各种拼。验证码自动识别,虽然可提高自动识别的难度,但理论上还是可破解的,现在不是流行有钱就是任性吗。
2.一个秒杀或者抢购页面,通常分为2个部分,一个是静态的HTML等内容,另一个就是参与秒杀的Web后台请求接口。不少用户,为了“抢“到商品,会使用“刷票工具”等类型的辅助工具,是不是发送到服务器的次数越多,抢购成功的几率会提高呢?
秒杀或抢购的背后都有锁在那边把大门,速度快,发送的请求多,获得锁的几率就大了,成功率也就高了。
3.面对iPhone6 官网抢购、米4抢购,微博抽奖活动,很多粉丝喜欢注册多个账号,一次性发送多个请求,面对大批的僵死粉,有没有什么应对方案呢?
可以限制同一账号在间隔时间内发起的请求,活动前对账号来源ip及账号特征进行过滤,尽量找出僵尸粉,限制登陆的频率;限制同一ip的请求频率。
4.在某些抢购场景中,假设只有100个商品,用户购买已经消耗了99个商品,仅剩最后一个。这个时候假如多个用户都在抢购,可能会出现并发用户都能抢购成功,也就是大家常说的超发现象,怎么来解决呢?
考虑技术外的因素吧,在最前端发票,获取到票的去订购走订单流程。想抢的都会买的,我发100张票即可,当然网站和物品是否热门也是个问题。
5.我们通常衡量一个Web系统的吞吐率的指标是QPS(Query Per Second,每秒处理请求数),解决每秒数万次的高并发场景,您觉得5w/s的秒杀厉害不?结合您所了解的系统谈谈您对系统QPS的认识。
主要看系统短板。要说系统QPS能达到多少,我觉得主要看数据库能抗多少QPS,当然很多query不走数据库的。
6.就Web服务器而言,是不是Apache的连接数越多就越好呢?
肯定不是了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会 限时8.5折

【架构革新 高效可控】2020年8月17日~19日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP