在面试的时候,常被问比较下Redis与Memcache的优缺点,个人觉得这二者并不适合一起比较,redis：是非关系型数据库不仅可以做缓存还能干其它事情,Memcache：是仅用做缓存.常常让我们对这二者进行比较,主要也是由于Redis最广泛的应用场景就是Cache.
缓存,毫无疑问这是Redis当今最为人熟知的使用场景.再提升服务器性能方面非常有效；
排行榜,在使用传统的关系型数据库（mysql oracle 等）来做这个事儿,非常的麻烦,而利用Redis的SortSet(有序集合)数据结构能够简单的搞定；
好友关系,利用集合的一些命令,比如求交集、并集、差集等.可以方便搞定一些共同好友、共同爱好之类的功能；
简单消息队列,除了Redis自身的发布/订阅模式,我们也可以利用List来实现一个队列机制,比如：到货通知、邮件发送之类的需求,不需要高可靠,但是会带来非常大的DB压力,完全可以用List来完成异步解耦；
Session共享,以PHP为例,默认Session是保存在服务器的文件中,如果是集群服务,同一个用户过来可能落在不同机器上,这就会导致用户频繁登陆；采用Redis保存Session后,无论用户落在那台机器上都能够获取到对应的Session信息.
一些频繁被访问的数据,经常被访问的数据如果放在关系型数据库,每次查询的开销都会很大,而放在redis中,因为redis 是放在内存中的可以很高效的访问
用Redis去保存用户的基本信息,虽然它能够支持持久化,但是它的持久化方案并不能保证数据绝对的落地,并且还可能带来Redis性能下降,因为持久化太过频繁会增大Redis服务的压力.
总结就是数据量太大、数据访问频率非常低的业务都不适合使用Redis,数据太大会增加成本,访问频率太低,保存在内存中纯属浪费资源.
上面所说的一些场景, 缓存可以用Memcache,Session共享能用MySql来实现,消息队列可以用RabbitMQ等,
以上就是土嘎嘎小编为大家整理的redis的应用场景_为什么用redis相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！