首页 > 其他 > 详细

应该如何设计关于秒杀活动的系统架构,以及如何测试

时间:2017-01-08 12:42:43      阅读:479      评论:0      收藏:0      [点我收藏+]

今天读到一篇文章,关于双十一的秒杀活动,其中涉及了这么一种BUG,用户在刷新页面的时候,会查询一次数据库,此表中有一万多条数据,需要查询8千条数据,活动在推广时,会因用户请求访问量大的因素导致数据库堵塞,甚至出现奔溃的状态;

有两种解决方案:

1、用户在请求活动页面时,从数据库中查询根据合作渠道的A\B\C\D\E查询出对应的8000多条广告渠道a1、a2...放入redis缓存,缓存可存放一天,用户再次访问该活动页面是可以从缓存中的数据提取便可。

2、用户在请求活动页面时,取url中广告渠道track=a1在查询a1所对应的合作渠道A,判断A是否在合作渠道A\B\C\D\E中,若存在即屏蔽,不在则无需屏蔽(每次在数据库中查询一条数据)

 

应该如何设计关于秒杀活动的系统架构,以及如何测试

原文:http://www.cnblogs.com/lay-tomoe/p/6261746.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!