• Atitit redis使用场合总结 使用场景 目录 1.1. 3. Session 存储 1 1、 配置数据查询 1 2. 排行榜应用,取TOP N操作 1 1.2.     1、查找最


    Atitit redis使用场合总结 使用场景   

     

     

     

    目录

    1.1. 3. Session 存储 1

    1、 配置数据查询 1

    2. 排行榜应用,取TOP N操作 1

    1.2.     1、查找最新的回复。 2

    1.3.     2、排行问题 2

    1.4.    3、删除过期数据 2

    2. 通用场景 2

    2、 缓存2、排行榜3、计数器4、分布式会话5、 3

    3、 分布式锁6、 社交网络7、最新列表8、消息系统 3

    4、 会话管理 3

    5、 热点数据查询 3

    5. 实时系统,反垃圾系统 3

    2.1. .Pub/Sub构建实时消息系统 3

    8. 构建队列系统 4

    2.2. 缓存1. 全页面缓存 12. 排行榜 1 4

    2.3. 3. Session 存储 14. 队列 25. 发布/订阅 2 4

    3. ref 5

     

     

      1. 3. Session 存储

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

    1. 配置数据查询
    1. 排行榜应用,取TOP N操作

    2. 这个需求与上面需求的不同之处在于,前面操作以时间为权重,这个是以某个条件为权重,比如按顶的次数排序,这时候就需要我们的sorted set出马了,将你要排序的值设置成sorted set的score,将具体的数据设置成相应的value,每次只需要执行一条ZADD命令即可。
      3.需要精准设定过期时间的应用
      1.     1、查找最新的回复。

     

             如果在传统的关系型数据库,这就需要使用select * from table where name="" order by time desc limit  100;这十分消耗数据库性能,但是通过Redis,就可以直接在Redis里面通过Id创建一个List,指定长度1w,当需要查找时,直接输出该list的后100条记录。

     

      1.     2、排行问题

     

           常见的排行问题,例如最热话题、游戏排名等等,这些都可以通过Redis来轻松实现,直接使用ZRank即可得到。

     

      1.    3、删除过期数据

     

          Redis不是真正意义上的可持久化数据库,可以给数据加上一个有效时间,在有效时间超过时,Redis会自动删除对应数据。

    来分析下Redis的应用场景都有哪些。

     

     

     

    1. 通用场景

     

    1. 缓存2、排行榜3、计数器4、分布式会话5、
    2. 分布式锁6、 社交网络7、最新列表8、消息系统
    3. 会话管理   
    4. 热点数据查询
    1. 4.计数器应用
      Redis的命令都是原子性的,你可以轻松地利用INCR,DECR命令来构建计数器系统。
      5.Uniq操作,获取某段时间所有数据排重值
      这个使用Redis的set数据结构最合适了,只需要不断地将数据往set中扔就行了,set意为集合,所以会自动排重。
      6.
    2. 实时系统,反垃圾系统

    3. 通过上面说到的set功能,你可以知道一个终端用户是否进行了某个操作,可以找到其操作的集合并进行分析统计对比等。没有做不到,只有想不到。
      7
      1. .Pub/Sub构建实时消息系统

    4. Redis的Pub/Sub系统可以构建实时的消息系统,比如很多用Pub/Sub构建的实时聊天系统的例子。
      8.
    5. 构建队列系统

    6. 使用list可以构建队列系统,使用sorted set甚至可以构建有优先级的队列系统。
      9.
      1. 缓存1. 全页面缓存 12. 排行榜 1
      2. 3. Session 存储 14. 队列 25. 发布/订阅 2
    7.  

    8. 这个不必说了,性能优于Memcached,数据结构更多样化

     

    1、缓存2、排行榜3、计数器4、分布式会话5、分布式锁6、 社交网络7、最新列表8、消息系统

     

    缓存现在几乎是所有中大型网站都在用的必杀技,合理的利用缓存不仅能够提升网站访问速度,还能大大降低数据库的压力。Redis提供了键过期功能,也提供了灵活的键淘汰策略,所以,现在Redis用在缓存的场合非常多。

     

    2、排行榜3、计数器4、分布式会话5、分布式锁6、 社交网络7、最新列表8、消息系统

     

    很多网站都有排行榜应用的,如京东的月度销量榜单、商品按时间的上新排行榜等。Redis提供的有序集合数据类构能实现各种复杂的排行榜应用。

     

    3、计数器4、分布式会话5、分布式锁6、 社交网络7、最新列表8、消息系统

     

    什么是计数器,如电商网站商品的浏览量、视频网站视频的播放数等。为了保证数据实时效,每次浏览都得给+1,并发量高时如果每次都请求数据库操作无疑是种挑战和压力。Redis提供的incr命令来实现计数器功能,内存操作,性能非常好,非常适用于这些计数场景。

     

    4、分布式会话5、分布式锁6、 社交网络7、最新列表8、消息系统

     

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

     

    5、分布式锁6、 社交网络7、最新列表8、消息系统

     

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

     

    6、 社交网络7、最新列表8、消息系统

     

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

     

    7、最新列表8、消息系统

     

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

     

    8、消息系统

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

    ---------------------

     

    1.  ref

     

    Redis数据结构使用场景

    Redis使用场景详解 - 九北鱼 - CSDN博客.html

    Redis 的 8 大应用场景! - Java技术栈 - CSDN博客.html

    Redis 的 5 个常见应用场景 - yunzhaji3762的博客 - CSDN博客.html

  • 相关阅读:
    Docker
    Docker
    log4j日志类的使用
    &times被转义成x的解决方法
    java通用的jdbc数据库操作类
    java一个调用webapi的工具类
    Java 开发杂记
    J2EE名词解释
    C# 进程之间的通讯
    如何捕获全局异常
  • 原文地址:https://www.cnblogs.com/attilax/p/15197479.html
Copyright © 2020-2023  润新知