PHP 并发场景的 3 种解决方案

在秒杀，抢购等并发场景下，可能会出现超卖的现象，在 PHP 语言中并没有原生提供并发的解决方案，因此就需要借助其他方式来实现并发控制。 列出常见的解决方案有： 使用队列，额外起一个进程处理队列，并发请求都放到队列中，由额外进程串行处理，并发问题就不存在了，但是要额外进程支持以及处理延迟严重，本文不先不讨论这种方法。 利用数据库事务特征，做原子更新，此方法需要依赖数据库的事务特性。 借助文件排他锁，在处理下单请求的时候，用 flock 锁定一个文件，成功拿到锁的才能处理订单。 一、利用 Redis 事务特征 redis 事务是原子操作，可以保证订单处理的过程中数据没有被其它并发的进程修改。 示例代码： <?php 监听http->set(array( 'reactor_num' => 2,  //reactor thread num 'worker_num' => 4    //worker process num )); request, swoole_http_response 模拟唯一用户连接监测是否被其它的进程更改模拟唯一订单表示当前订单，被当前用户抢到了主要是模拟用户抢到单后可能要进行的一些密集运算事务执行以上事务如果的值被其它的并发进程更改了，以上事务将回滚订单回滚http->start(); 使用 ab 测试 1 $ ab -t 20 -c 10 http://192.168.1.104:9509/ 二、利用文件排他锁 (阻塞模式) 阻塞模式下，如果进程在获取文件排他锁时，其它进程正在占用锁的话，此进程会挂起等待其它进程释放锁后，并自己获取到锁后，再往下执行。 示例代码： <?php http->set(array( 'reactor_num' => 2,  //reactor thread num 'worker_num' => 4    //worker process num )); request, swoole_http_response 阻塞等待模式，要取得独占锁定（写入的程序）锁定当前指针成功取得锁后，放心处理订单订单处理完成后，再释放锁http->start(); 使用 ab 测试 1 $ ab -t 20 -c 10 http://192.168.1.104:9510/ 三、利用文件排他锁 (非阻塞模式) 非阻塞模式下，如果进程在获取文件排他锁时，其它进程正在占用锁的话，此进程会马上判断获取锁失败，并且继续往下执行。\ 示例代码： <?php http->set(array( 'reactor_num' => 2,  //reactor thread num 'worker_num' => 4    //worker process num )); request, swoole_http_response 非阻塞模式，如果不希望在锁定时堵塞，则给加上锁定当前指针成功取得锁后，放心处理订单订单处理完成后，再释放锁如果获取锁失败，马上进入这里执行系统繁忙，请稍后再试http->start(); 使用 ab 测试 1 $ ab -t 20 -c 10 http://192.168.1.104:9511/ 最后给出三种处理方式的测试结果比较 redis 事务方式： ...... Concurrency Level:      10 Time taken for tests:   20.002 seconds Complete requests:      8616 Failed requests:        0 Total transferred:      1266846 bytes HTML transferred:       0 bytes Requests per second:    430.77 [#/sec] (mean) Time per request:       23.214 [ms] (mean) Time per request:       2.321 [ms] (mean, across all concurrent requests) Transfer rate:          61.85 [