php解决抢购秒杀抽奖等大流量并发入库导致的库存负数的问题

本人小菜鸟一只，为了自我学习和交流PHP（jquery,linux,lamp,shell,javascript,服务器）等一系列的知识，小菜鸟创建了一个群。希望光临本博客的人可以进来交流。寻求共同发展。搭建平台。本人博客也有许多的技术文档，希望可以为你提供一些帮助。

QQ群： 191848169 QQ：450225664

最近在做一个团购项目，遇到个问题，就是在抢购、秒杀、抽奖等活动时，库存数量有限，但是同时下单人数超过了库存数量，就会导致商品超售问题。那么我们怎么来解决这个问题呢，我的思路如下：

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

sql1:查询商品库存

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

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

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

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

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

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

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

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

阻塞(等待)模式

<?php
$fp = fopen ( "lock.txt" , "w+" );
if ( flock ( $fp ,LOCK_EX))
{
  //..处理订单
  flock ( $fp ,LOCK_UN);
}
fclose( $fp );
?>

非阻塞模式

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14

<?php $fp = fopen ( "lock.txt" , "w+" ); if ( flock ( $fp ,LOCK_EX | LOCK_NB)) { //..处理订单 flock ( $fp ,LOCK_UN); } else { echo "系统繁忙，请稍后再试" ; } fclose( $fp ); ?>