抢购、秒杀、抽奖、抢票等一般都会出现以下问题 1、对现有网站业务造成冲击，秒杀活动只是网站营销的一个附加活动，这个活动具有时间短，并发访问量大的特点，如果和网站原有应用部署在一起，必然会对现有业务造成冲击，稍有不慎可能导致整个网站瘫痪。 > 解决方案：将秒杀系统独立部署，甚至使用独立域名，使其与网站完全隔离。 2、用户在秒杀开始前，通过不停刷新页面以保证不会错过秒杀，这些请求如果按照一般的网站应用架构，访问应用服务器、连接数据库，会对应用服务器和数据库服务器造成负载压力。 > 解决方案：重新设计秒杀商品页面，不使用网站原来的商品详细页面，商品相关数据使用缓存，商品页面内容静态化 3、假设商品页面大小200K（主要是商品图片大小），那么需要的网络和服务器带宽是2G（200K×10000），这些网络带宽是因为秒杀活动新增的，超过网站平时使用的带宽。 > 解决方案：因为秒杀新增的网络带宽，必须和运营商重新购买或者租借。为了减轻网站服务器的压力，需要将秒杀商品页面缓存在CDN，同样需要和CDN服务商临时租借新增的出口带宽。 > 4、超卖现象，库存数量是有限的，如果同时下单人数超过了库存数量，就会导致商品超卖问题 解决方案： 要解决“超抢/超卖”的问题，核心在于保证检查库存时的操作是依次执行的，也就是串行的，即使有很多用户同时到达，也是一个个检查并给与抢购资格，一旦库存抢尽，后面的用户就无法继续了。 ~~~ //下面是伪代码 //开抢前redis设置商品总库存list列表 for($i=0;$i<$goods_store;$i++) 　　\Redis::lpush('goods_store',1); //开启秒杀 $user_id = \Session::get('user_id');//当前抢购用户id $count=\Redis::lpop('goods_store');// 移出并获取列表的第一个元素 相当于商品总库存减去1 这里是原子性操作 不存在并发问题 if(!$count) 　　return '已经抢光了哦'; $result = \Redis::lpush('order:1',$user_id);// 记录抢购成功信息 if($result) 　　返回给前端 抢购成功 然后跳转另一个页面下单处理 ~~~  文章来源： https://www.cnblogs.com/andy-zhou/p/5364136.html https://www.cnblogs.com/phpper/p/7085663.html https://mp.weixin.qq.com/s?__biz=MjM5NDM4MDIwNw==&mid=2448834705&idx=1&sn=25cf3d4f6d6826e564a634901189eb8f