redis并发问题

对于一些有一定用户量的电商网站，如果只是单纯的使用关系型数据库(如MySQL、Oracle)来做抢购，对数据库的压力是非常大的，而且如果不使用好数据库的锁机制，还会导致商品、优惠券超卖的问题，利用redis的高性能和事务特性来解决线上优惠券被超库存抢购的问题，下面我给出我临时解决这个问题的第一版的伪代码，去掉了一些细节：

<?php
/*** 抢优惠券(秒杀)
 * @param int $couponId 商品ID
 * @param int $uid 用户ID
 * @return bool
 */
function secKill($couponId, $uid)
{
    //初始化Redis连接
    $redis = new Redis();
    if (!$redis->connect('127.0.0.1', 6379)) {
        trigger_error('Redis连接出错！！！', E_USER_ERROR);
    } else {
        echo '连接正常<br>';
    }
    
    //秒杀商品的库存key
    $key = 'secKill:' . $couponId . ':stock';
    $redis->watch($key);
    
    //获取库存
    $stock = $redis->get($key);
    //秒杀未开始，表示库存为null
    if (!$stock && !is_numeric($stock)) {
        echo '秒杀未开始!';
        return false;
    }
    
    //判断库存，如果库存大于0，则减库存，将该成功秒杀用户加入哈希表，如果小于等于0，秒杀结束
    if ($stock <= 0) {
        echo '秒杀已结束';
        return false;
    }
    
    //用户已经成功秒杀过一次了，不允许再次参与秒杀
    if ($redis->sIsMember('secKill:' . $couponId . ':uid', $uid)) {
        echo '秒杀失败!';
        return false;
    }
    
    //代码走到这里，说明该用户是第一次参与秒杀，将库存减一，然后把这个人放到已抢到的集合表
    $redisMulti = $redis->multi();
    $redisMulti->decr($key);
    $redisMulti->sAdd('secKill:' . $couponId . ':uid', $uid);
    $result = $redisMulti->exec();
    if (empty($result)) {//事务被取消
        echo '秒杀失败!';
        return false;
    }
    
    //抢券成功，将优惠券ID和UID放入到队列中，由一个单独的进程队列来消费队列里的数据，向用户推送抢到的优惠券
    $redis->lPush('couponOrder', $couponId . '+' . $uid);
    return true;
}

$couponId = "carver001";
$uid = mt_rand(1, 100);
secKill($couponId, $uid);

首先，我模拟设置优惠券ID为carver001的优惠券库存为10个

然后，我们使用ab工具来模拟1000次请求，50并发量来测试 :

ab -n 1000 -c 50 www.test.com/

这里面用到了redis锁

一、什么是 Redis 分布式锁

分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性。 举个不太恰当的例子：假设共享的资源就是一个房子，里面有各种书，分布式系统就是要进屋看书的人，分布式锁就是保证这个房子只有一个门并且一次只有一个人可以进，而且门只有一把钥匙。然后许多人要去看书，可以，排队，第一个人拿着钥匙把门打开进屋看书并且把门锁上，然后第二个人没有钥匙，那就等着，等第一个出来，然后你在拿着钥匙进去，然后就是以此类推

二、Redis 锁使用场景

1. 数据高并发的读写

2. 海量数据的读写

3. 对扩展性要求高的数据