使用redis防止抢购商品超卖
前言:
- 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的原子性就能避免。