高并发php后台怎么处理,【后端开发】php是怎样解决高并发的

cffa0feb8bda7ac0a10a558c6265da51.png

PHP解决高并发问题

我们知道在多线程写入同一个文件的时候,会存现“线程安全”的问题(多个线程同时运行同一段代码,如果每次运行结果和单线程运行的结果是一样的,结果和预期相同,就是线程安全的)。如果是MySQL数据库,可以使用它自带的锁机制很好的解决问题,但是,在大规模并发的场景中,是不推荐使用MySQL的。

秒杀和抢购的场景中,还有另外一个问题,就是“超发”,如果在这方面控制不慎,会产生发送过多的情况。我们也曾经听说过,某些电商搞抢购活动,买家成功拍下后,商家却不承认订单有效,拒绝发货。这里的问题,也许并不一定是商家奸诈,而是系统技术层面存在超发风险导致的。

1、悲观锁思路

解决线程安全的思路很多,可以从“悲观锁”的方向开始讨论。

悲观锁,也就是在修改数据的时候,采用锁定状态,排斥外部请求的修改。遇到加锁的状态,就必须等待。

161f22f31b8fd24b0efa1adb13e21c07.png

虽然上述的方案的确解决了线程安全的问题,但是,别忘记,我们的场景是“高并发”。也就是说,会很多这样的修改请求,每个请求都需要等待“锁”,某些线程可能永远都没有机会抢到这个“锁”,这种请求就会死在那里。

同时,这种请求会很多,瞬间增大系统的平均响应时间,结果是可用连接数被耗尽,系统陷入异常。

2、FIFO队列思路

那好,那么我们稍微修改一下上面的场景,我们直接将请求放入队列中的,采用FIFO(First Input First Output,先进先出),这样的话,我们就不会导致某些请求永远获取不到锁。看到这里,是不是有点强行将多线程变成单线程的感觉哈。

7121a718bd6217f09a19a5b7b36973bb.png

然后,我们现在解决了锁的问题,全部请求采用“先进先出”的队列方式来处理。那么新的问题来了,高并发的场景下,因为请求很多,很可能一瞬间将队列内存“撑爆”,然后系统又陷入到了异常状态。

或者设计一个极大的内存队列,也是一种方案,但是,系统处理完一个队列内请求的速度根本无法和疯狂涌入队列中的数目相比。也就是说,队列内的请求会越积累越多,最终Web系统平均响应时候还是会大幅下降,系统还是陷入异常。

3、文件锁的思路

对于日IP不高或者说并发数不是很大的应用,一般不用考虑这些!用一般的文件操作方法完全没有问题。但如果并发高,在我们对文件进行读写操作时,很有可能多个进程对进一文件进行操作,如果这时不对文件的访问进行相应的独占,就容易造成数据丢失

优化方案4:使用非阻塞的文件排他锁

//优化方案4:使用非阻塞的文件排他锁

include ('./mysql.php');

//生成唯一订单号

function build_order_no(){

return date('ymd').substr(implode(NULL, array_map('ord', str_split(substr(uniqid(), 7, 13), 1))), 0, 8);

}

//记录日志

function insertLog($event,$type=0){

global $conn;

$sql="insert into ih_log(event,type)

values('$event','$type')";

mysqli_query($conn,$sql);

}

$fp = fopen("lock.txt", "w+");

if(!flock($fp,LOCK_EX | LOCK_NB)){

echo "系统繁忙,请稍后再试";

return;

}

//下单

$sql="select number from ih_store where goods_id='$goods_id' and sku_id='$sku_id'";

$rs = mysqli_query($conn,$sql);

$row = $rs->fetch_assoc();

if($row['number']>0){//库存是否大于0

//模拟下单操作

$order_sn=build_order_no();

$sql="insert into ih_order(order_sn,user_id,goods_id,sku_id,price)

values('$order_sn','$user_id','$goods_id','$sku_id','$price')";

$order_rs = mysqli_query($conn,$sql);

//库存减少

$sql="update ih_store set number=number-{$number} where sku_id='$sku_id'";

$store_rs = mysqli_query($conn,$sql);

if($store_rs){

echo '库存减少成功';

insertLog('库存减少成功');

flock($fp,LOCK_UN);//释放锁

}else{

echo '库存减少失败';

insertLog('库存减少失败');

}

}else{

echo '库存不够';

insertLog('库存不够');

}

fclose($fp);

?>

以上内容仅供参考!

推荐教程:PHP视频教程

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java抽奖系统后台使用Spring Boot、MyBatis和Redis队列可以有效地处理高并发情况。 首先,Spring Boot提供了一个轻量级的开发框架,可以简化Java后台开发的流程。它内置了Tomcat服务器,提供了自动配置和快速构建的功能,可快速搭建开发环境。此外,Spring Boot还具有良好的扩展性和灵活性,可以方便地集成其他框架和技术。 MyBatis是一款优秀的持久层框架,可以大幅简化数据库操作的代码。它提供了灵活的SQL映射配置,可以通过注解或XML编写SQL语句,同时也支持动态SQL。MyBatis还支持多种数据库连接池,能够提高数据库连接的效率和并发处理能力。 Redis是一款高性能的内存数据库,可作为缓存或消息队列使用。在抽奖系统中,可以将中奖结果存储在Redis中,以提高中奖查询的性能。此外,Redis还提供了发布-订阅(Publish-Subscribe)机制,可用于实现消息队列。当用户进行抽奖时,可以将请求放入Redis队列中,后台程序可以通过订阅该队列处理请求,实现并发处理。 使用Redis队列处理高并发可以有效地降低系统的负载和响应时间。通过将请求放入队列中,可以使请求在后台异步处理,减少前端请求等待的时间。同时,通过控制队列的长度和处理速度,还可以防止系统负载过高。 综上所述,Java抽奖系统后台使用Spring Boot、MyBatis和Redis队列可以实现高并发处理能力,提高抽奖系统的性能和可扩展性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值