搶購、秒殺、抽獎、搶票等一般都會出現以下問題 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