Redis（一）常用场景及命令整合总结

最新推荐文章于 2024-05-23 03:39:33 发布

微笑叹词穷。

最新推荐文章于 2024-05-23 03:39:33 发布

阅读量92

点赞数

分类专栏： Redis 文章标签： redis java

本文链接：https://blog.csdn.net/weixin_44522921/article/details/103803804

版权

Redis 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

Redis在面试中经常问到,自己对于Redis的常用场景进行一个小小的归纳和总结

1.缓存

由于Redis访问速度块、支持的数据类型比较丰富，所以Redis很适合用来存储热点数据，再结合expire，里面提供了键过期功能，也提供了灵活的键淘汰策略。这个功能最为常见，是Redis中运用最多的地方。

关键词：SET、GET

2.排行榜

Redis 基于内存，可以非常快速高效的处理增加和减少的操作，相比于使用 SQL 请求的处理方式，性能的提升是非常巨大的。

Redis 的SortedSet有序集合可以轻松实现“从一个大型列表中取得排名最高的N个元素”，毫秒级，而且非常简单。

关键词:ZADD、ZRANGE

3.计数器

计数器可以运用在，如电商网站商品的浏览量、视频网站视频的播放数、限制一个手机号发多少条短信、一个接口一分钟限制多少请求等。保证数据实时效性的操作，并发量高时如果每次都请求数据库操作无疑是种挑战和压力。

redis提供的incrby命令可以实现原子性的递增，内存操作，性能非常好，非常适用于这些计数场景。

关键词:INCRBY

4.分布式会话(Session存储)

这可能是应用最广的点了，相比较于类似 memcache 的 session 存储，Redis 具有缓存数据持久化的能力，当缓存因出现问题而重启后，之前的缓存数据还在那儿，这个就比较实用，避免了因为session突然消失带来的用户体验问题。

集群模式下，在应用不多的情况下一般使用容器自带的session复制功能就能满足，当应用增多相对复杂的系统中，一般都会搭建以Redis等内存数据库为中心的session服务，session不再由容器管理，而是由session服务及内存数据库管理。

5.分布式锁

在很多互联网公司中都使用了分布式技术，分布式技术带来的技术挑战是对同一个资源的并发访问，如全局ID、减库存、秒杀等场景，并发量不大的场景可以使用数据库的悲观锁、乐观锁来实现，但在并发量高的场合中，利用数据库锁来控制资源的并发访问是不太理想的，大大影响了数据库的性能。可以利用Redis的setnx功能来编写分布式的锁，如果设置返回1说明获取锁成功，否则获取锁失败，实际应用中要考虑的细节要更多。

关键词:SETNX

6.限时业务(秒杀)

redis中可以使用expire命令设置一个键的生存时间，到时间后redis会删除它。利用这一特性可以运用在限时的优惠活动信息、手机验证码等业务场景。

关键词:EXPIRE

7.社交网络(相互关系的存储)

点赞、踩、关注/被关注、共同好友等是社交网站的基本功能，社交网站的访问量通常来说比较大，而且传统的关系数据库类型不适合存储这种类型的数据，Redis提供的哈希、集合等数据结构能很方便的的实现这些功能。

8.最新列表（分页、模糊搜索）

Redis列表结构，LPUSH可以在列表头部插入一个内容ID作为关键字，LTRIM可用来限制列表的数量，这样列表永远为N个ID，无需查询最新的列表，直接根据ID去到对应的内容页即可。

9.队列消息系统（发布/订阅）

消息队列是大型网站必用中间件，如ActiveMQ、RabbitMQ、Kafka等流行的消息队列中间件，主要用于业务解耦、流量削峰及异步处理实时性低的业务。Redis提供了发布/订阅及阻塞队列功能，由于redis有list push和list pop这样的命令,能实现一个简单的消息队列系统。但是这和专业的消息中间件不能相比。

关键词:LPUSH、LPOP