Rumah >pembangunan bahagian belakang >tutorial php >mysql - php并发处理 ?
想做做个第三方支付接口,担心下订单这一块可能出现并发.
<code><?php $fp = fopen('test.txt', 'r'); $try = 10; do{ $lock = flock($fp,LOCK_EX);//独占锁 //没有获得锁释放cpu重新获取 if(!lock){ usleep(50000); //0.05 } }while(!$lock && --$try > 0); if($lock){ /***********拿到锁的用户执行********/ //在这里生成订单号,写入数据库, 跳转到支付页面..... flock($fp,LOCK_UN); fclose($fp); }else{ fclose($fp); die("系统繁忙,稍后再试"); }</code>
从网上找了上面一段代码修改下,总觉得有点虚,不知道行不行得通,或者有更好的建议 ?
想做做个第三方支付接口,担心下订单这一块可能出现并发.
<code><?php $fp = fopen('test.txt', 'r'); $try = 10; do{ $lock = flock($fp,LOCK_EX);//独占锁 //没有获得锁释放cpu重新获取 if(!lock){ usleep(50000); //0.05 } }while(!$lock && --$try > 0); if($lock){ /***********拿到锁的用户执行********/ //在这里生成订单号,写入数据库, 跳转到支付页面..... flock($fp,LOCK_UN); fclose($fp); }else{ fclose($fp); die("系统繁忙,稍后再试"); }</code>
从网上找了上面一段代码修改下,总觉得有点虚,不知道行不行得通,或者有更好的建议 ?
可以借助redis的原子行操作实现锁,设置一个key来做标志。
可以用nmq来搞。
楼主通过文件来加独占锁,是不是意味着每笔订单的生成都会,先获取锁,然后再创建订单?这就相当于把整个订单的创建变成了一个串行操作,下单的TPS可能会小的可怜
楼主说的并发是因为,用户下单按钮点了两次,导致重复下单么?如果是,那么这种场景的解决方案有很多,参照哪些分布式事务的中间件可以保证幂等性,通过requestId/token
都可以解决你的问题
不需要在程序中设置锁,在数据库中做唯一索引就可以了,这样性能是最好的。
用redis加锁实现
swoole+mysql