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处理高并发的大概原理，当然，和实践还是有区别的。
