PHP通过加锁实现并发情况下抢码实现

需求:抢码功能

要求:

1、特定时间段才开放抢码;

2、每个时间段放开的码是有限的;

3、每个码不允许重复;

实现:

1、在不考虑并发的情况下实现:

function get_code($len){
    $CHAR_ARR = array(‘1‘,‘2‘,‘3‘,‘4‘,‘5‘,‘6‘,‘7‘,‘8‘,‘9‘,‘A‘,‘B‘,‘C‘,‘D‘,‘E‘,‘F‘,‘G‘,‘H‘,‘I‘,‘J‘,‘K‘,‘L‘,‘M‘,‘N‘,‘O‘,‘P‘,‘Q‘,‘X‘,‘Y‘,‘Z‘,‘W‘,‘S‘,‘R‘,‘T‘);
    $CHAR_ARR_LEN = count($CHAR_ARR) - 1;
    $code = ‘‘;
    while(--$len > 0){ $code .= $CHAR_ARR[rand(0,$CHAR_ARR_LEN)]; }
    return $code;
}

$pdo = new PDO(‘mysql:host=localhost;dbname=ci_test‘,‘root‘,‘root‘);

//查询当前时间已发放验证码数量
$code_num_rs = $pdo->query("SELECT COUNT(*) as sum FROM code_test");
$code_num_arr = $code_num_rs->fetch(PDO::FETCH_ASSOC);
$code_num = $code_num_arr[‘sum‘];

if($code_num < 1){   sleep(2); //暂停2秒
    $code = get_code(6);
    var_dump( $pdo->query("INSERT INTO code_test (code,create_time) VALUES (‘$code‘,".time().")") );
}

  上述代码默认满足当前是开放时间,和码是不重复的;

  在不考虑并发情况下流程:

  1)选查询当前数据库发放的验证码数量;

  2)如果还有名额,则生成验证码,插入到数据库,返回验证码到客户端;

  3)如果已满;则返回提示,已无名额;

2、并发情况下实现:

  那么看下上面代码在并发情况下得到的结果:

  测试并发,可以使用apache benchmark来测试,apache benchmark是APACHE旗下的HTTP SERVER的性能评测工具,通过cmd进入到apche的bin目录下,通过ab命令调用,如:ab -c 并发数量 -n 总访问量 url

  cb -c 100 -n 100 http://localhost/php_mulit.php

  这样就是100个用户同事去抢1个名额,在查询的时候,每个用户都查询到还有一个名额,则会去生成验证码,插入数据库,返回验证码;这样就造成了验证码发多了。事实上,运行完该命令,数据库多了13条记录,而不是一条。

  怎么避免这情况发生呢?

  可以通过加排他锁来锁定判断到插入这个过程,保证这个判断流程任意一时间只有一个进程在运行。实现如下:

  

//生成码
function get_code($len){
    $CHAR_ARR = array(‘1‘,‘2‘,‘3‘,‘4‘,‘5‘,‘6‘,‘7‘,‘8‘,‘9‘,‘A‘,‘B‘,‘C‘,‘D‘,‘E‘,‘F‘,‘G‘,‘H‘,‘I‘,‘J‘,‘K‘,‘L‘,‘M‘,‘N‘,‘O‘,‘P‘,‘Q‘,‘X‘,‘Y‘,‘Z‘,‘W‘,‘S‘,‘R‘,‘T‘);
    $CHAR_ARR_LEN = count($CHAR_ARR) - 1;
    $code = ‘‘;
    while(--$len > 0){ $code .= $CHAR_ARR[rand(0,$CHAR_ARR_LEN)]; }
    return $code;
}

$pdo = new PDO(‘mysql:host=localhost;dbname=ci_test‘,‘root‘,‘root‘);

$fp = fopen(‘lock.txt‘,‘r‘);
//通过排他锁 锁定该过程
if(flock($fp,LOCK_EX)){
    //查询当前时间已发放验证码数量
    $code_num_rs = $pdo->query("SELECT COUNT(*) as sum FROM code_test");
    $code_num_arr = $code_num_rs->fetch(PDO::FETCH_ASSOC);
    $code_num = $code_num_arr[‘sum‘];
    if($code_num < 1){
        sleep(2);
        $code = get_code(6);
        var_dump( $pdo->query("INSERT INTO code_test (code,create_time) VALUES (‘$code‘,".time().")") );
    }
    flock($fp,LOCK_UN);
    fclose($fp);
}

通过flock函数来锁定该过程。

更多flock信息可以参考php手册:http://php.net/manual/zh/function.flock.php

再次运行

  cb -c 100 -n 100 http://localhost/php_mulit.php

数据库只增加了一条记录,保证了并发情况下数据的正确。

时间: 2024-10-05 20:51:39

PHP通过加锁实现并发情况下抢码实现的相关文章

解决并发情况下库存减为负数问题

场景: 一个商品有库存,下单时先检查库存,如果>0,把库存-1然后下单,如果<=0,则不能下单,事务包含两条sql语句: select quantity from products WHERE id=3; update products set quantity = ($quantity-1) WHERE id=3; 在并发情况下,可能会把库存减为负数(两个进程同时select出来的都>0,然后都会执行update),所以需要加锁, InnoDB支持通过特定的语句进行显示加锁: sele

sql server中高并发情况下 同时执行select和update语句死锁问题 (一)

 最近在项目上线使用过程中使用SqlServer的时候发现在高并发情况下,频繁更新和频繁查询引发死锁.通常我们知道如果两个事务同时对一个表进行插入或修改数据,会发生在请求对表的X锁时,已经被对方持有了.由于得不到锁,后面的Commit无法执行,这样双方开始死锁.但是select语句和update语句同时执行,怎么会发生死锁呢?看完下面的分析,你会明白的- 首先看到代码中使用的查询的方法Select <span style="font-size:18px;"> /// &

在数据库并发情况下避免插入重复数据的一个解决方法

目前公司的项目中碰到一个情况:需要向一个数据表table1中插入记录,该表的结构类似于下面的定义: 列名  类型 是否允许为空 Id int no Area string no AreaIndex int no Name string no 其中Name的值由Area和AreaIndex拼接而成,形式类似于“Area+AreaIndex”.对于相同的Area,AreaIndex从1开始计数,所以对于Area分别为“AA”,“BB”,“CC”的情况,Name的值类似下面这样: AA001 AA00

Jackson高并发情况下,产生阻塞

情况:在高并发情况下,查看线程栈信息,有大量的线程BLOCKED. 从线程栈得知,线程栈中出现了阻塞,锁在了com.fasterxml.jackson.databind.ser.SerializerCache.untypedValueSerializer(SerializerCache.java:74)上. 1 "catalina-exec-1453" #1525 daemon prio=5 os_prio=0 tid=0x00007f1010098800 nid=0x2675 wai

WCF服务在高并发情况下报目标积极拒绝的异常处理 z

http://www.cnblogs.com/kklldog/p/5037006.html wcf的监控服务,偶尔监控到目标服务会报一个目标积极拒绝的错误.一开始以为服务停止了,上服务器检查目标服务好好的活着.于是开始查原因. 一般来说目标积极拒绝(TCP 10061)的异常主要是2种可能: 1:服务器关机或者服务关闭 2:Client调用的端口错误或者服务器防火墙没开相应的端口 但是我们的服务本身是可以调用的,只是偶尔报这个错误,说明并不是这2个问题造成的.继续google,在stackove

并发情况下锁表问题讨论

上周五的分享,主要针对项目中遇到的一些问题进行了技术讨论,以下是关于数据库锁问题的讨论.示例代码采用了JPA. 情境:车站售票系统,从A地到B地,还剩余5张车票.有30个用户同时购票,如何通过数据库锁解决并发问题. 新建t_ticket表,存入一条记录,起始地A,目的地B,剩余车票5,数据记录如下图: 首先,假设我们不进行并发控制,按照一般的逻辑来进行处理.开启30个线程模拟用户,根据起始地.目的地查询出数据库记录,获取amount字段的值,如果大于0,则将amount字段-1,再更新到数据库.

关于WCF服务在高并发情况下报目标积极拒绝的异常处理

最近弄了个wcf的监控服务,偶尔监控到目标服务会报一个目标积极拒绝的错误.一开始以为服务停止了,上服务器检查目标服务好好的活着.于是开始查原因. 一般来说目标积极拒绝(TCP 10061)的异常主要是2种可能: 1:服务器关机或者服务关闭 2:Client调用的端口错误或者服务器防火墙没开相应的端口 但是我们的服务本身是可以调用的,只是偶尔报这个错误,说明并不是这2个问题造成的.继续google,在stackoverflow上看到这样一篇:传送门 1 2 3 4 5 6 7 8 9 10 11

Mysql在高并发情况下,防止库存超卖而小于0的解决方案

背景: 本人上次做申领campaign的PHP后台时,因为项目上线后某些时段同时申领的人过多,导致一些专柜的存货为负数(<0),还好并发量不是特别大,只存在于小部分专柜而且一般都是-1的状况,没有造成特别特别严重的后果,但还是要反思了自己的过错. 这次又有新的申领campaign,我翻看了上次的代码逻辑: 正文: [先select后update] beginTranse(开启事务) try{     $result = $dbca->query('select amount from s_st

高并发情况下Linux系统及kernel参数优化

众所周知在默认参数情况下Linux对高并发支持并不好,主要受限于单进程最大打开文件数限制.内核TCP参数方面和IO事件分配机制等.下面就从几方面来调整使Linux系统能够支持高并发环境. Iptables相关 如非必须,关掉或卸载iptables防火墙,并阻止kernel加载iptables模块.这些模块会影响并发性能. 单进程最大打开文件数限制 一般的发行版,限制单进程最大可以打开1024个文件,这是远远不能满足高并发需求的,调整过程如下: 在#号提示符下敲入: # ulimit–n 6553