Redis 由浅入深 (0) - Redis常用的应用场景

本文介绍了Redis的主要应用场景,如短信验证码、应用Token管理、分布式锁、请求限流、顺序号生成、用户限制、Session共享、日志队列、缓存、集合操作、TopN排行榜、分布式事件和系统规则缓存。同时,探讨了Redis性能高的原因,包括单线程运行、内存操作、简单的序列化和IO复用等。此外,还提到了Redis使用中应注意的缓存雪崩、穿透和击穿问题及其解决方案。
摘要由CSDN通过智能技术生成

Redis 介绍

Redis(Remote Dictionary Server ),即远程字典服务,是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,并提供多种语言的API。

redis是一个key-value存储系统。和Memcached类似,它支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,redis支持各种不同方式的排序。与memcached一样,为了保证效率,数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了master-slave(主从)同步。
Redis 是一个高性能的key-value数据库。 redis的出现,很大程度补偿了memcached这类key/value存储的不足,在部 分场合可以对关系数据库起到很好的补充作用。它提供了Java,C/C++,C#,PHP,JavaScript,Perl,Object-C,Python,Ruby,Erlang等客户端,使用很方便。

Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步,从服务器可以是关联其他从服务器的主服务器。这使得Redis可执行单层树复制。存盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制,使得从数据库在任何地方同步树时,可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。
redis的官网地址,非常好记,是redis.io。(域名后缀io属于国家域名,是british Indian Ocean territory,即英属印度洋领地),Vmware在资助着redis项目的开发和维护。
从2010年3月15日起,Redis的开发工作由VMware主持。从2013年5月开始,Redis的开发由Pivotal赞助。

Redis 有那些应用场景?

1.短信验证码 【是否存在】【过期时间】
2.应用Token (Session) 【过期时间】【是否存在】

在这里插入图片描述

3.分布式锁
4.请求访问限制 【比如说60秒内允许1000次访问,超过这个次数限制访问】【用户或IP】

比如gateway就支持redis进行限流访问。
在这里插入图片描述

5.顺序号 (要求强一致性是不能用redis做顺序号的)

在这里插入图片描述

6.用户限制 【秒杀】【Set结构】

在这里插入图片描述

7.用户Session共享
8.日志队列

在这里插入图片描述

9.应用缓存 (结合spring cache)

在这里插入图片描述

10.交/并/差集 【SET】

在这里插入图片描述

11.TopN 排行榜
12.分布式事件
13.系统规则缓存 (建议使用JVM缓存,小表)

Redis 为什么性能这么高?

1.单线程省去线程上下文切换的开销
2.直接操作内存
3.简单的序列化算法
4.IO消耗少
5.IO 多路复用 epoll(类似Java的NIO)

Redis 使用注意的点有哪些?

缓存雪崩

缓存雪崩就是在某一个时间段,缓存集中过期,或者 redis 宕机的情况会出现
例如:
在某些热点活动中,会设置某些商品在一个固定的时间内过期,那么在 redis 里面,这个固定的时间点,大量的 key 过期,这就导致在这个时间段 缓存失效了,且大量的请求数据都打在了持久化数据库上面了,这就很难受,在这种压力波峰下,压力全部打在持久化数据库上,这会造成持久化数据库宕机上述的情况,key 集中过期问题还不是非常的痛,最痛的是 redis 宕机了,自然周期性的形成的波峰压力,咱们的持久化数据库还是能够顶得住压力的,偏偏是在 redis 异常宕机,一挂挂一片,这就很有可能将后方的持久化数据库全部打挂,这是毁灭性的压垮。

缓存雪崩的解决方案:

将 redis 做成高可用,搭建 redis 集群,异地多活,既然担心 redis 会挂,那么我们就多准备一些 redis ,做成主备,或者异地多活。

  • 限流降级
    就是在缓存失效的时候,通过锁的方式来限制访问数据顺序,或者关掉一些不重要的服务,让资源和性能全力提供给我们的主要服务

  • 数据预热
    数据预热就是咱们在正式要上线之前,咱们就先将需要访问的数据预先访问一次,这样就可以将大量要访问数据库的数据写到缓存中,这样就可以在即将发生的高并发访问数据前手动的触发并加载不同的 key ,且会设置不同的过期时间,主要是可以将缓存失效的事情均衡一些,这样就尽量避免掉大量的 key 集中过期的情况。

缓存穿透

就是用户想要查询一个数据,在 redis 中查询不到,即没有在缓存中命中,那么就会直接去持久化的 DB 中进行查询,发现也没有这个数据,那么本次查询就失败了。

当用户巨多的时候,查询缓存都没有查询到,那么这些全部都去查询持久化DB 数据库,压力全部打到 上面,这就是缓存穿透。

解决方案有一般有 2 种方式:
使用布隆过滤器
在这里插入图片描述

查询原理

布隆过滤器,可以说是一个二进制向量和一系列随机映射函数实现。 可以用于检索一个元素是否在一个集合中。下面来看看布隆过滤器是如何判断元素在一个集合中,如下图:
在这里插入图片描述
缓存空的对象

缓存击穿

出现缓存击穿的情况是数据量太大,或者是缓存过期了当某个 key 在过期的瞬间,有大量的请求这个 key 的数据,这种数据是热点数据,由于在缓存过期的瞬间,请求会同时访问到持久化的数据库来查询数据,并且会将数据会写到缓存中,此时就会导致数据库瞬间的压力过大,导致击穿。

此处可以理解 击穿和穿透的区别:
击穿,是一个 key 非常热点,大量的访问都打在这个 key 上面,在 key 失效的瞬间,所有请求打在数据库上,就打出一个洞,击穿了。

而穿透更多的是访问的数据不存在的情况,大量的请求访问的都是不存在的数据。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

澄风

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值