PHP商品秒杀计时实现（解决大流量方案）

三月 06, 2019 | views
Comments 0

PHP商品秒杀功能我们多半以整点或时间点为例子，这样对于php来说处理不复杂，但有一个问题就是如果流量大要如何来处理，下面我们一起来看看解决办法。

要求要有小时分钟秒的实时倒计时的显示，用户端修改日期时间不会影响到倒计时的正常显示（也就是以服务器时间为准）。

其实这和很多的考试等系统的时间限制功能同样的要求。

总不能用ajax每秒都获取服务器时间吧，所以实时倒计时一定要用javascript实现。这很简单，网上一大把的例子。

现在问题是解决用户端修改日期时间对我们的显示的影响。

解决的办法是计算出用户端的时间和服务器的时间差，这样问题的完成解决了。

这样只需要运行一次php，实时倒计时的时间就和服务器的时间同步了。

理论是同步的,但实际测试会有1秒的误差(具体原因就是和网速有关,网速越快,误差就越小),但这决不会影响到我们上面的要求了.

注:秒杀时间从早上点到晚上10点。

Code 如下:

  1. <?php 
  2. //php的时间是以秒算。js的时间以毫秒算 
  3. date_default_timezone_set('PRC');  
  4. //date_default_timezone_set("Asia/Hong_Kong");//地区 
  5. //配置每天的活动时间段  
  6. $starttimestr = "08:00:00";  
  7. $endtimestr = "22:00:00"; 
  8. $starttime = strtotime($starttimestr);  
  9. $endtime = strtotime($endtimestr);  
  10. $nowtime = time();  
  11. if ($nowtime<$starttime){  
  12. die("活动还没开始,活动时间是：{$starttimestr}至{$endtimestr}");  
  13. }  
  14. $lefttime = $endtime-$nowtime; //实际剩下的时间（秒）  
  15. ?> 
  16. <script language="JavaScript">  
  17. <!-- //  
  18. var runtimes = 0;  
  19. function GetRTime(){  
  20. var nMS = <?=$lefttime?>*1000-runtimes*1000;  
  21. var nH=Math.floor(nMS/(1000*60*60))%24;  
  22. var nM=Math.floor(nMS/(1000*60)) % 60;  
  23. var nS=Math.floor(nMS/1000) % 60;  
  24. document.getElementById("RemainH").innerHTML=nH;  
  25. document.getElementById("RemainM").innerHTML=nM;  
  26. document.getElementById("RemainS").innerHTML=nS;  
  27. if(nMS>5*59*1000&&nMS<=5*60*1000)  
  28. {  
  29. alert("还有最后五分钟！");  
  30. }  //phpfensi.com 
  31. runtimes++;  
  32. setTimeout("GetRTime()",1000);  
  33. }  
  34. window.onload=GetRTime;  
  35. // -->  
  36. </script> 
  37. <h4><strong id="RemainH">XX</strong>:<strong id="RemainM">XX</strong>:<strong id="RemainS">XX</strong></h4> 

上面看上没有问题但碰到流量大会出现一些数量不对的问题,如 大流量并发入库导致的库存负数的问题.

我们知道数据库处理sql是一条条处理的,假设购买商品的流程是这样的:

sql1:查询商品库存

  1. if(库存数量 > 0)  
  2. {  
  3.   //生成订单...  
  4.   sql2:库存-1  
  5. } 

当没有并发时,上面的流程看起来是如此完美,假设同时两个人下单,而库存只有1个了,在sql1阶段两个人查询到的库存都是>0的,于是最终都执行了sql2,库存最后变为-1,超售了,要么补库存,要么等用户投诉吧.

解决这个问题比较流行的思路:

1.用额外的单进程处理一个队列，下单请求放到队列里，一个个处理，就不会有并发的问题了，但是要额外的后台进程以及延迟问题，不予考虑。

2.数据库乐观锁，大致的意思是先查询库存，然后立马将库存+1，然后订单生成后，在更新库存前再查询一次库存，看看跟预期的库存数量是否保持一致，不一致就回滚，提示用户库存不足。

3.根据update结果来判断，我们可以在sql2的时候加一个判断条件update ... where 库存>0，如果返回false，则说明库存不足，并回滚事务。

4.借助文件排他锁，在处理下单请求的时候，用flock锁定一个文件，如果锁定失败说明有其他订单正在处理，此时要么等待要么直接提示用户"服务器繁忙"

本文要说的是第4种方案,大致代码如下：

阻塞(等待)模式

  1. <?php  
  2. $fp = fopen("lock.txt", "w+");  
  3. if(flock($fp,LOCK_EX))  
  4. {  
  5.   //..处理订单  
  6.   flock($fp,LOCK_UN);  
  7. }  
  8. fclose($fp);  
  9. ?> 

非阻塞模式

  1. <?php  
  2. $fp = fopen("lock.txt", "w+");  
  3. if(flock($fp,LOCK_EX | LOCK_NB))  
  4. {  
  5.   //..处理订单  
  6.   flock($fp,LOCK_UN);  
  7. }  
  8. else 
  9. {  
  10.   echo "系统繁忙，请稍后再试";  
  11. }  
  12.    
  13. fclose($fp);  
  14. ?> 



zend