php解决下单、抽奖并发导致的库存负数的问题
博客专区 > 吾爱 的博客 > 博客详情
php解决下单、抽奖并发导致的库存负数的问题
吾爱 发表于4年前
php解决下单、抽奖并发导致的库存负数的问题
  • 发表于 4年前
  • 阅读 4661
  • 收藏 20
  • 点赞 2
  • 评论 3

标题:腾讯云 新注册用户域名抢购1元起>>>   

摘要: 在抢购、秒杀、抽奖等活动时,库存数量有限,但是同时下单人数超过了库存数量,就会导致商品超售问题。

我们知道数据库处理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);



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

fclose($fp);



采用哪种方式,看并发数量吧。


标签: php
共有 人打赏支持
粉丝 141
博文 253
码字总数 87728
评论 (3)
记住一座城
刚好用上,感谢。
let
嗯 最好使用redis,那是基于原子操作的
文件操作 性能不高
吾爱

引用来自“let”的评论

嗯 最好使用redis,那是基于原子操作的
文件操作 性能不高
是的,等有空再迁移吧,架构太混乱,不太想动
×
吾爱
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: