redis 应用场景

36次阅读

共计 1522 个字符,预计需要花费 4 分钟才能阅读完成。

redis 简介
REmote DIctionary Server(Redis) 是一个由 Salvatore Sanfilippo 写的 key-value 存储系统。Redis 是一个开源的使用 ANSI C 语言编写、遵守 BSD 协议、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库,并提供多种语言的 API。它通常被称为数据结构服务器,因为值(value)可以是 字符串 (String), 哈希(Hash), 列表(list), 集合(sets) 和 有序集合(sorted sets) 等类型。Redis 采用的是基于内存的采用的是单进程单线程模型的 KV 数据库,由 C 语言编写。官方提供的数据是可以达到 100000+ 的 qps
单线程优点

代码更清晰,处理逻辑更简单
不用去考虑各种锁的问题,不存在加锁释放锁操作,没有因为可能出现死锁而导致的性能消耗
不存在多进程或者多线程导致的切换而消耗 CPU
redis 线程是安全的

单线程缺点
无法发挥多核 CPU 性能,不过可以通过在单机开多个 Redis 实例来完善
redis 应用场景

令牌 (Token) 生成
短信验证码
排行榜
消息队列 Redis 中 list 的数据结构实现是双向链表,所以可以非常便捷的应用于消息队列(生产者 / 消费者模型)。消息的生产者只需要通过 lpush 将消息放入 list,消费者便可以通过 rpop 取出该消息,并且可以保证消息的有序性。如果需要实现带有优先级的消息队列也可以选择 sorted set。而 pub/sub 功能也可以用作发布者 / 订阅者模型的消息。无论使用何种方式,由于 Redis 拥有持久化功能,也不需要担心由于服务器故障导致消息丢失的情况。如果对于数据一致性要求高的话还是用 RocketMQ 等专业系统。由于 redis 把数据添加到队列是返回添加元素在队列的第几位,所以可以做判断用户是第几个访问这种业务队列不仅可以把并发请求变成串行,并且还可以做队列或者栈使用
分布式锁验证前端的重复请求,可以通过 redis 进行过滤秒杀系统,基于 redis 是单线程特征,防止出现数据库“爆破”全局增量 ID 生成,类似“秒杀”

计数器诸如统计点击数等应用。由于单线程,可以避免并发问题,保证不会出错,而且 100% 毫秒级性能!计数功能应该是最适合 Redis 的使用场景之一了,因为它高频率读写的特征可以完全发挥 Redis 作为内存数据库的高效。在 Redis 的数据结构中,string、hash 和 sorted set 都提供了 incr 方法用于原子性的自增操作。例子:

如果应用需要显示每天的注册用户数,便可以使用 string 作为计数器,设定一个名为 REGISTERED_COUNT_TODAY 的 key,并在初始化时给它设置一个到凌晨 0 点的过期时间,每当用户注册成功后便使用 incr 命令使该 key 增长 1,同时当每天凌晨 0 点后,这个计数器都会因为 key 过期使值清零。
每条微博都有点赞数、评论数、转发数和浏览数四条属性,这时用 hash 进行计数会更好,将该计数器的 key 设为 weibo:weibo_id,hash 的 field 为 like_number、comment_number、forward_number 和 view_number,在对应操作后通过 hincrby 使 hash 中的 field 自增。
如果应用有一个发帖排行榜的功能,便选择 sorted set 吧,将集合的 key 设为 POST_RANK。当用户发帖后,使用 zincrby 将该用户 id 的 score 增长 1。sorted set 会重新进行排序,用户所在排行榜的位置也就会得到实时的更新。

缓存

参考:1) https://www.scienjus.com/redi…2) https://segmentfault.com/a/11…

正文完
 0