抢购 mysql 优化_处理抢购、秒杀应用场景降低“超卖”发生几个优化方案（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方式