Redis（十）redis使用list解决高并发问题，如商品秒杀

redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。

redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库(硬盘),提高了访问效率,解决了数据库服务器压力。

为什么redis的地位越来越高，我们为何不选择memcache，这是因为memcache只能存储字符串，而redis存储类型很丰富（例如有字符串、LIST、SET等），memcache每个值最大只能存储1M,存储资源非常有限,十分消耗内存资源,而redis可以存储1G,最重要的是memcache它不如redis安全,当服务器发生故障或者意外关机等情况时,redsi会把内存中的数据备份到硬盘中,而memcache所存储的东西全部丢失;这也说明了memcache不适合做数据库来用,可以用来做缓存。

下面用redis解决瞬间秒杀活动来说明：

下面这个程序模拟了20人一瞬间涌入这个页面进行秒杀,能够秒杀成功的只有10人,我们把先进来的用户放入redis队列中,当队列中的用户达到10时，后来用户就转到秒杀结束页面。这里用随机数来表示不同的用户。

程序如下：这里只是单纯的模拟redis，具体应用还需要自行设计模式。

<?php
    $redis = new Redis();
    $redis->connect("127.0.0.1",6379);
    $redis_name = "miaoshaceshi";
    $num = 10;
    // 获取redis列表长度
    $len = $redis->llen($redis_name);
    if($len < $num){
        $uuid = mt_rand(100000,999999);
        $redis->rpush($redis_name,$uuid);
        echo "秒杀成功！";
    }else{
        echo "对不起，来晚了！";
    }
    // $r = $redis->lpop("miaoshaceshi");
    // var_dump($r);
?>

我这里使用postman来模拟并发测试上边的代码。结果如下图所示：

有兴趣你可以自己试一下。

当然，使用postman来模拟并发请求这个是不对的，postman是顺序请求，当然效果大概是一样的，并发请求当然也还有其他的处理方式，比如，你可以在前端进行限制，抢购按钮只允许点击一次，接口没有返回数据之前不允许再次点击等等，这个需要看你自己项目的具体逻辑，但是redis仍然是处理抢购增加服务器性能的一个很好地工具

以上就是redis处理高并发的大概原理，当然，和实践还是有区别的。