【大奖大话IT】电商秒杀抓狂：高并发如何突围？

bfmo

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、内存等硬件因素综合考虑，而不是越多越好。

jieforest

这话题其实真不错。
涉及到的技术点很多，我也就浅浅地谈一些吧。

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

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

欧利斯基

路过看看lollol

loveluckystar

1.春节期间，为什么黄牛能抢到票？我们却抢不到票？
黄牛能拿到票并不是他们会利用互联网进行秒杀，以前的黄牛是通过人多排队，或者收票，那些黄牛在实名制下已经无法生存，现在的黄牛则是直接通过内部关系拿到预留票，只能说互联网以及实名制大大打击了黄牛，但是却无法从内部解决黄牛的问题。

hexilanlan

回复 10# reallyfly_1

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

xike2002

秒杀这个话题必须来说一说。

syzxlyx

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的连接数越多就越好呢？
肯定不是了。