秒杀思路

  1. PHP商品秒杀功能我们多半以整点或时间点为例子,这样对于php来说处理不复杂,但有一个问题就是如果流量大要如何来处理,下面我们一起来看看解决办法。
  2. 要求要有小时分钟秒的实时倒计时的显示,用户端修改日期时间不会影响到倒计时的正常显示(也就是以服务器时间为准)。
  3. 其实这和很多的考试等系统的时间限制功能同样的要求。
  4. 总不能用ajax每秒都获取服务器时间吧,所以实时倒计时一定要用javascript实现。这很简单,网上一大把的例子。
  5. 现在问题是解决用户端修改日期时间对我们的显示的影响。
  6. 解决的办法是计算出用户端的时间和服务器的时间差,这样问题的完成解决了。
  7. 这样只需要运行一次php,实时倒计时的时间就和服务器的时间同步了。
  8. 理论是同步的,但实际测试会有1秒的误差。(具体原因就是和网速有关,网速越快,误差就越小),但这决不会影响到我们上面的要求了。
  9. 注:秒杀时间从早上点到晚上10点。
  10. Code 如下:
  11. <?php
  12. //php的时间是以秒算。js的时间以毫秒算
  13. date_default_timezone_set('PRC'); 
  14. //date_default_timezone_set("Asia/Hong_Kong");//地区
  15. //配置每天的活动时间段 
  1. $starttimestr =  "08:00:00"
    $endtimestr =  "22:00:00" ;
    $starttime = strtotime($starttimestr); 
    $endtime = strtotime($endtimestr); 
    $nowtime = time(); 
    if  ($nowtime<$starttime){ 
    die( "活动还没开始,活动时间是:{$starttimestr}至{$endtimestr}" ); 
    $lefttime = $endtime-$nowtime;  //实际剩下的时间(秒) 
    ?>
    <script language= "JavaScript"
    <!--  // 
    var runtimes =  0
    function GetRTime(){ 
    var nMS = <?=$lefttime?>* 1000 -runtimes* 1000
    var nH=Math.floor(nMS/( 1000 * 60 * 60 ))% 24
    var nM=Math.floor(nMS/( 1000 * 60 )) %  60
    var nS=Math.floor(nMS/ 1000 ) %  60
    document.getElementById( "RemainH" ).innerHTML=nH; 
    document.getElementById( "RemainM" ).innerHTML=nM; 
    document.getElementById( "RemainS" ).innerHTML=nS; 
    if (nMS> 5 * 59 * 1000 &&nMS<= 5 * 60 * 1000
    alert( "还有最后五分钟!" ); 
    runtimes++; 
    setTimeout( "GetRTime()" , 1000 ); 
    window.onload=GetRTime; 
    // --> 
    </script>
    <h4><strong id= "RemainH" >XX</strong>:<strong id= "RemainM" >XX</strong>:<strong id= "RemainS" >XX</strong></h4>

  2. 上面看上没有问题但碰到流量大会出现一些数量不对的问题,如 大流量并发入库导致的库存负数的问题
  3. 我们知道数据库处理sql是一条条处理的,假设购买商品的流程是这样的:
  4. sql1:查询商品库存
  5. if(库存数量 > 0) 
  6.   //生成订单... 
  7.   sql2:库存-1 
  8. }
  9. 当没有并发时,上面的流程看起来是如此完美,假设同时两个人下单,而库存只有1个了,在sql1阶段两个人查询到的库存都是>0的,于是最终都执行了sql2,库存最后变为-1,超售了,要么补库存,要么等用户投诉吧。
  10. 解决这个问题比较流行的思路:
  11. 1.用额外的单进程处理一个队列,下单请求放到队列里,一个个处理,就不会有并发的问题了,但是要额外的后台进程以及延迟问题,不予考虑。
  12. 2.数据库乐观锁,大致的意思是先查询库存,然后立马将库存+1,然后订单生成后,在更新库存前再查询一次库存,看看跟预期的库存数量是否保持一致,不一致就回滚,提示用户库存不足。
  13. 3.根据update结果来判断,我们可以在sql2的时候加一个判断条件update ... where 库存>0,如果返回false,则说明库存不足,并回滚事务。
  14. 4.借助文件排他锁,在处理下单请求的时候,用flock锁定一个文件,如果锁定失败说明有其他订单正在处理,此时要么等待要么直接提示用户"服务器繁忙"
  15. 本文要说的是第4种方案,大致代码如下:
  16. 阻塞(等待)模式
  1. <?php 
  2. $fp fopen("lock.txt""w+"); 
  3. if(flock($fp,LOCK_EX)) 
  4.   //..处理订单 
  5.   flock($fp,LOCK_UN); 
  6. fclose($fp); 
  7. ?>
  8. 非阻塞模式
  9. <?php 
  10. $fp fopen("lock.txt""w+"); 
  11. if(flock($fp,LOCK_EX | LOCK_NB)) 
  12.   //..处理订单 
  13.   flock($fp,LOCK_UN); 
  14. else
  15.   echo "系统繁忙,请稍后再试"
  16.    
  17. fclose($fp); 
  18. ?>
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值