PHP并发场景的三种解决方案代码实例
在秒杀,抢购等并发场景下,可能会出现超卖的现象,在PHP语言中并没有原生提供并发的解决方案,因此就需要借助其他方式来实现并发控制,其实方案有很多种,今天只是举个栗子抛砖引玉,有其他更好的方案你可以自己去玩一玩就好了。
列出常见的3个解决方案有:
使用队列,额外起一个进程处理队列,并发请求都放到队列中,由额外进程串行处理,并发问题就不存在了,但是要额外进程支持以及处理延迟严重,本文不先不讨论这种方法。
利用数据库事务特征,做原子更新,此方法需要依赖数据库的事务特性。
借助文件排他锁,在处理下单请求的时候,用flock锁定一个文件,成功拿到锁的才能处理订单。
一、利用Redis事务特征
redis事务是原子操作,可以保证订单处理的过程中数据没有被其它并发的进程修改。
示例代码:
set(array( 'reactor_num'=>2,//reactorthreadnum 'worker_num'=>4//workerprocessnum )); $http->on('request',function(swoole_http_request$request,swoole_http_response$response){ $uniqid=uniqid('uid-',TRUE);//模拟唯一用户ID $redis=newRedis(); $redis->connect('127.0.0.1',6379);//连接redis $redis->watch('rest_count');//监测rest_count是否被其它的进程更改 $rest_count=intval($redis->get("rest_count"));//模拟唯一订单ID if($rest_count>0){ $value="{$rest_count}-{$uniqid}";//表示当前订单,被当前用户抢到了 //dosomething...主要是模拟用户抢到单后可能要进行的一些密集运算 $rand=rand(100,1000000); $sum=0; for($i=0;$i<$rand;$i++){$sum+=$i;} //redis事务 $redis->multi(); $redis->lPush('uniqids',$value); $redis->decr('rest_count'); $replies=$redis->exec();//执行以上redis事务 //如果rest_count的值被其它的并发进程更改了,以上事务将回滚 if(!$replies){ echo"订单{$value}回滚".PHP_EOL; } } $redis->unwatch(); }); $http->start();
使用ab测试
$ab-t20-c10http://192.168.1.104:9509/
二、利用文件排他锁(阻塞模式)
阻塞模式下,如果进程在获取文件排他锁时,其它进程正在占用锁的话,此进程会挂起等待其它进程释放锁后,并自己获取到锁后,再往下执行。
示例代码:
set(array( 'reactor_num'=>2,//reactorthreadnum 'worker_num'=>4//workerprocessnum )); $http->on('request',function(swoole_http_request$request,swoole_http_response$response){ $uniqid=uniqid('uid-',TRUE); $redis=newRedis(); $redis->connect('127.0.0.1',6379); $fp=fopen("lock.txt","w+"); //阻塞(等待)模式,要取得独占锁定(写入的程序) if(flock($fp,LOCK_EX)){//锁定当前指针 //成功取得锁后,放心处理订单 $rest_count=intval($redis->get("rest_count")); $value="{$rest_count}-{$uniqid}"; if($rest_count>0){ //dosomething... $rand=rand(100,1000000); $sum=0; for($i=0;$i<$rand;$i++){$sum+=$i;} $redis->lPush('uniqids',$value); $redis->decr('rest_count'); } //订单处理完成后,再释放锁 flock($fp,LOCK_UN); } fclose($fp); }); $http->start();
使用ab测试
$ab-t20-c10http://192.168.1.104:9510/
三、利用文件排他锁(非阻塞模式)
非阻塞模式下,如果进程在获取文件排他锁时,其它进程正在占用锁的话,此进程会马上判断获取锁失败,并且继续往下执行。\
示例代码:
set(array( 'reactor_num'=>2,//reactorthreadnum 'worker_num'=>4//workerprocessnum )); $http->on('request',function(swoole_http_request$request,swoole_http_response$response){ $uniqid=uniqid('uid-',TRUE); $redis=newRedis(); $redis->connect('127.0.0.1',6379); $fp=fopen("lock.txt","w+"); //非阻塞模式,如果不希望flock()在锁定时堵塞,则给lock加上LOCK_NB if(flock($fp,LOCK_EX|LOCK_NB))//锁定当前指针 { //成功取得锁后,放心处理订单 $rest_count=intval($redis->get("rest_count")); $value="{$rest_count}-{$uniqid}"; if($rest_count>0){ //dosomething... $rand=rand(100,1000000); $sum=0; for($i=0;$i<$rand;$i++){$sum+=$i;} $redis->lPush('uniqids',$value); $redis->decr('rest_count'); } //订单处理完成后,再释放锁 flock($fp,LOCK_UN); }else{ //如果获取锁失败,马上进入这里执行 echo"{$uniqid}-系统繁忙,请稍后再试".PHP_EOL; } fclose($fp); }); $http->start();
使用ab测试
$ab-t20-c10http://192.168.1.104:9511/
最后给出三种处理方式的测试结果比较
redis事务方式:
ConcurrencyLevel:10 Timetakenfortests:20.005seconds Completerequests:17537 Failedrequests:0 Totaltransferred:2578380bytes HTMLtransferred:0bytes Requestspersecond:876.62[#/sec](mean) Timeperrequest:11.407[ms](mean) Timeperrequest:1.141[ms](mean,acrossallconcurrentrequests) Transferrate:125.86[Kbytes/sec]received
文件排他锁(阻塞模式):
ConcurrencyLevel:10 Timetakenfortests:20.003seconds Completerequests:8205 Failedrequests:0 Totaltransferred:1206282bytes HTMLtransferred:0bytes Requestspersecond:410.19[#/sec](mean) Timeperrequest:24.379[ms](mean) Timeperrequest:2.438[ms](mean,acrossallconcurrentrequests) Transferrate:58.89[Kbytes/sec]received
文件排他锁(非阻塞模式):
ConcurrencyLevel:10 Timetakenfortests:20.002seconds Completerequests:8616 Failedrequests:0 Totaltransferred:1266846bytes HTMLtransferred:0bytes Requestspersecond:430.77[#/sec](mean) Timeperrequest:23.214[ms](mean) Timeperrequest:2.321[ms](mean,acrossallconcurrentrequests) Transferrate:61.85[Kbytes/sec]received
经测试结果对比,redis事务方式优于文件排他锁方式,而文件排他锁方式中,非阻塞模式优于阻塞模式。
到此这篇关于PHP并发场景的三种解决方案代码实例的文章就介绍到这了,更多相关PHP并发场景的三种解决方案内容请搜索毛票票以前的文章或继续浏览下面的相关文章希望大家以后多多支持毛票票!
声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:czq8825#qq.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。