笔试题:6000每秒秒杀系统设计

2 0

笔试题:6000每秒秒杀系统设计5

一团购网站的笔试题。”秒杀“系统设计：秒杀数量有限，必须支持每秒6000人同时在线抢购，异步在线支付。
求教：怎么在6000人/秒的压力下，控制秒杀数量。
给个思路，感激不尽。

问题补充：我自己的一些想法：
参考我们自己的生产环境，1台tomcat的连接数也就500这个量级，所以6K怎么也需要10台以上的集群。我们用nosql来做过计数，但没有这个大的并发要求，我们有一个类似的业务，用redis实现的，能达到900/s的链接数。
求高手给个思路，6000次/s的在线秒杀，怎么实现。

问题补充：先感谢大家的解答。补充些想法。6k/s肯定是qps，我们生产环境1个tomcat并发好像就是200。我觉得6k/s这个到不是大问题，我们自己的平台都能到15k，搭个nginx集群就行。我觉得这个问题的关键是：1，肯定是付款才减库存，所以如何能在保证用户体验的前提下回收秒杀资格，并把资格分给后面的人。其实笔试题里提到了用户体验，我感觉这个也应该从产品的角度做些设计2，就是队列的事儿，队列应该是单点的吧，反我觉得最后减库存肯定是数据库事务保证。我查了下redis压力测试，写能到8k/s，应该能满足本题的要求（上面我说以前的经验，是整个业务900/s，这点我自己迷糊了）。但也就到这了，真不知道淘宝那种据说百万级的怎么搞得。记得去一淘面试，我说用redis做的缓存，考官说redis性能达不到吧，我回了句性能挺好，然后听到一声轻蔑的哼~~~~~ 打击呀

并发笔试团购秒杀

2013年5月02日 19:58

anoxb
29
0 0 4

10个答案按时间排序按投票排序

0 0

后台接收到请求后就往异步消息服务器里扔
缓存里设置一个全局变量是否更新成功
比如有10个秒杀名额那么异步消息是串行更新数据库数据的
名额秒杀完后后面的消息直接读全局变量是秒杀完的就不去更新数据库了
不更新数据库的话对你tomcat的压力不大
前台ajax定时异步请求后台是否秒杀完成以及秒杀成功的ID
后台处理每秒 6000个非数据库更新的请求还是可以承受的

2013年5月06日 23:33

xiaObaiRabbit
37
0 0 9

添加评论

0 0

特殊情况特殊处理，内存缓存呗就，完事了一起进数据库。

2013年5月04日 14:49

flashing
31
0 0 0

添加评论

0 0

参考LMAX架构，使用Disruptor

2013年5月03日 23:45

chinaagan
60
0 0 5

添加评论

0 0

并发处理跟代码关系不大，还是考虑集群吧。

2013年5月03日 16:19

Durian
27
0 0 0

添加评论

0 0

两个关键点：

1、支付进对列，把并发拉直；
2、支持自动退款，即调用支付通道的功能，将没有抢上的会员的钱原路退出；你要是想让面试官高兴一些，你也可以说：把没有抢上的会员的钱自动转变为现金充值；

就这么简单，祝你成功

2013年5月03日 14:21

stevezheng
119
0 0 0

添加评论

0 0

tomcat单台连接数是500，我觉得你把连接数和qps混在一起。假设业务处理平均时间为2ms，QPS是500，但并发也许不到500

2013年5月03日 12:13

xiaoZ5919
162
0 0 4

添加评论

0 0

6000/s是不是考虑到这样的团购网站不会使用tomcat作为服务器了。
类似weblogic这样支持分布管理的服务器是更好的选择。

web服务器接收请求后可以有负载均衡的处理，保证多台app服务能够接收到大致均等数量的请求。

当然，同时缓存机制也是很好的选择。
其他的比如事务什么的就是程序设计的问题了。

2013年5月03日 10:14

wangguodong577
25
0 0 3