前言：
- redis不仅仅是单纯的缓存，它还有一些特殊的功能，在一些特殊场景上很好用。
- 本篇博文用来测试下使用redis来防止抢购商品超卖问题。
内容：
- 使用redis的list进行测试
思路是设置一个redis列表List，假设有十个商品，每次请求先判断List的长度，小于十就能抢到商品，将用户信息存放到List中。代码如下
//进行抢购
protected function way_list(){
$num = $this->redis->lLen();
if($this->redis->lLen()>=self::AMOUNTLIMIT){
$this->writeLog("抢购失败".$num);
return;
}else{
$this->redis->rPush($num);
$this->writeLog("抢购成功".$num);
}
}
结果：失败！
可以很明显数量不对顺序也不对。
分析了下原因，在代码执行时，多用户并发请求时，第一个用户判断List长度符合条件还未进行List写入时，第二个用户也通过了List长度判断。所以就导致执行失败。
这就没有利用到redis的原子性
所以进行了改良
- 使用redis 的incrby。incrby将制定key 的值增加指定的增量，并返回增量后的值。是一个原子性操作。所谓的原子性操作就是执行该方法后要嘛成功要嘛失败。
思路就是设置一个键值对存放被抢购数量，每次一个用户进来就将该值加一进行判断，如果小于抢购的商品数量则抢购成功，否则失败。代码如下
protected function way_string(){
//判断是否有初始化
if(!$this->redis->exists(self::sold_name)){
$this->redis->setnx(self::sold_name,0);
}
if($this->redis->incrby(self::sold_name,1) > self::AMOUNTLIMIT){
$this->writeLog('失败');
}else{
$this->writeLog('成功');
}
}结果
压力测试了几次都没有出现问题
通过apache自带的ab压力测试，进行五百次连接请求，并发三百次，没有出现超卖行为。
总结：会出现超卖主要是由于用户在请求的时候，代码在执行是有先后，会导致执行结果不符合预期。而采用redis的原子性就能避免。