处理抢购、秒杀应用场景降低“超卖”发生几个优化方案（php）

                          加深下文件锁理论

flock—轻便的咨询文件锁定

说明

参数

handle

文件系统指针，是典型地由fopen()创建的resource(资源)。

operation

operation可以是以下值之一：

• LOCK_SH取得共享锁定（读取的程序）。
• LOCK_EX取得独占锁定（写入的程序。
• LOCK_UN释放锁定（无论共享或独占）。

如果不希望flock()在锁定时堵塞，则是LOCK_NB（Windows 上还不支持）。

wouldblock

如果锁定会堵塞的话（EWOULDBLOCK 错误码情况下），可选的第三个参数会被设置为TRUE。（Windows 上不支持）

返回值

成功时返回TRUE， 或者在失败时返回FALSE。

范例

   $fp =fopen("lock.txt","w+"); //'w+'_读写方式打开，将件指针指向文件头并将文件大小截为零。如果文件不存在则尝试创建之。
    // 加锁
    if(flock($fp,LOCK_EX|LOCK_NB)){  // 非阻塞模式
        // 执行业务逻辑
        $res=1;
        //执行完成解锁
        flock($fp,LOCK_UN);
    }else {
        // 其他进程未解锁执行
    }

    // 释放内存 减少502发生
    unset($res);
    $res=null;
    fclose($fp);

    $fp = fopen("lock.txt", "w+");
    // 加锁
    if (flock($fp, LOCK_EX)) {  // 阻塞模式
        // 执行业务逻辑
        $res = 1;
        //执行完成解锁
        flock($fp, LOCK_UN);
    }

    // 当前进程会一直等其他进程解锁文件后继续执行
    // TODO
    echo "文件解锁后才能输出";

    // 释放内存 减少502发生
    unset($res);
    $res = null;
    fclose($fp);

优化方案

在处理抢购、秒杀应用场景降低“超卖”发生几个优化方案

1: 将库存字段属性设为无符号(unsigned),在库存为0，不会出现负数

2:利用mysql的事务（锁定一行）
select **... for update // 锁定一行，其他的操作都会被阻塞，直到锁定的行提交commit ，其实这样也存在性能问题，阻塞时间漫长如下图

3:redis队列（推荐）

lpop，lpush，llen

mysql事务在高并发下性能下降很厉害，文件锁也是，因为Redis所有单个命令的执行都是原子性的，要么都执行，要么都不执行注意在使用redis做缓存时候，在更新商品库存推荐使用hincrby
例如：

$num=0-$goodsNum;
$inventoryNum= $redisObj->hincrby($key, 'num', $num);

同理mysql也是一样做减法操作

4:使用php文件锁（阻塞/非阻塞模式）

5:redis锁处理（推荐）

set方式
setnx方式
setnx+getset方式