redis 缓存穿透,缓存击穿,缓存雪崩 虽然我们在使用 redis 缓存的时候非常的爽,它大大的提高了我们应用程序的性能和效率,尤其是数据查询方面,咱们不用直接去持久化的数据库中查询数据,而是到内存中查询数据即可 ,在 redis 中查询不到,即没有在缓存中命中,那么就会直接去持久化的 mysql 中进行查询,发现也没有这个数据,那么本次查询就失败了 当用户巨多的时候,查询缓存都没有查询到,那么这些全部都去查询持久化的 key,那么就需要等待获取锁 这种方式,锁的压力就非常大了,访问 redis 前先去访问锁,相当于锁给 redis 挡了一层 什么是缓存雪崩 缓存雪崩就是在某一个时间段,缓存集中过期,或者 redis ,偏偏是在 redis 异常宕机,一挂挂一片,这就很有可能将后方的持久化数据库全部打挂,这是毁灭性的压垮 缓存雪崩的解决方案: 将 redis 做成高可用的 搭建 redis 集群,异地多活,既然担心 redis 会挂,那么我们就多准备一些 redis ,做成主备,或者异地多活 限流降级 就是在缓存失效的时候,通过锁的方式来限制访问数据顺序,或者关掉一些不重要的服务,让资源和性能全力提供给我们的主要服务
SpringBoot 集成 Redis 缓存 查询操作是应用中最常见的操作,如果每次查询都从 MySQL 中查询则会影响效率,通常需要引入缓存来实现查询性能的优化。 缓存可以选择本地缓存,远程缓存或本地缓存结合远程缓存。本地缓存可以使用 Guava 或 Caffeine 提供的解决方案,而远程缓存则可以选择 Redis 这样的内存数据库。 本文记录一下 SpringBoot 集成 Redis 做缓存的相关配置。 1 引入依赖 引入相应 Starter。 )); 3 注解使用 // 类上指定缓存到哪些 Cache @CacheConfig(cacheNames = "FlashItem") @CacheEvict(key = "'FlashItemCache '.concat(#activityId)", sync = true) 4 RedisTemplate 配置 使用 RedisTemplate 可以实现手动缓存或其他对 Redis 操作,但之前只是配置缓存相关配置
在上一篇中,提到了使用配置文件来定义连接信息,由于前面讲的都是框架自动使用redis缓存数据,那么如果出现了异常又该怎么处理? 这个类就是处理redis缓存异常的类,发现里面只是简单的在异常时throw Exception,这也导致了如果redis异常,那么程序就会抛出异常,像query时,如果redis异常,那程序就不再往下进行 private String host; @Value("${spring.redis.port}") private int port; @Value("${spring.redis.password ; @Value("${spring.redis.pool.max-idle}") private int maxIdle; @Value("${spring.redis.pool.min-idle 下一篇继续探讨redis的其他使用方法。
Redis集群1.1 为什么使用集群当Redis容量不够,Redis该如何扩容?当并发写操作时,Redis如何分摊? 1.3 什么是集群Redis集群实现了对 Redis 的水平扩容,即启动 N 个 Redis 节点,将整个数据库分布存储在这N个节点中,每个节点存储总数数据的 1/N。 2.2 缓存击穿2.2.1 缓存击穿介绍key对应的数据存在,但在 Redis 中过期,此时如果有大量并发请求,这些请求发现缓存中的数据已经过期,此时就会直接从数据库中查询写入到Redis中,如果这个阶段存在大量的请求 2.3 缓存雪崩2.3.1 缓存雪崩介绍key对应的数据存在,但在 Redis 中过期,此时若有大量的并发请求过来,这些请求发现缓存过期,这个时候就会查询数据库重新写到 Redis 中,这个时候大并发请求可能会把数据库瞬间压垮 缓存雪崩和缓存穿透的区别:缓存雪崩是针对的大量的key,缓存击穿是针对的某一个 key2.3.2 解决缓存雪崩问题构建多级缓存架构 :nginx缓存 + redis缓存 + 其他缓存( ehcache
一、什么是redis缓存穿透,缓存雪崩,缓存击穿 1、缓存穿透 缓存穿透,是指查询一个数据库一定不存在的数据。 (3)、如果对象不为空,直接返回 (4)、如果对象为空,进行数据库查询 (5)、如果从数据库查询出的对象不为空,则放入缓存(设定过期时间) **在这种情况下,如果传入的参数为-1,这个-1,就是一定不存在的对象 二、redis是单进程单线程的,解决并发问题 Redis为单进程单线程模式,采用队列模式将并发访问变为串行访问。 这种方式可以使Redis使用copy-on-write技术。 2、AOF 快照模式并不十分健壮,当系统停止,或者无意中Redis被kill掉,最后写入Redis的数据就会丢失。 你可以在配置文件中打开AOF模式 3、虚拟内存方式 当你的key很小而value很大时,使用VM的效果会比较好.因为这样节约的内存比较大.
3、先更新数据库然后删除缓存如果没有第三方组件介入,一般采用这样的更新策略,只不过如果在数据库更新之前读取数据,在缓存删除之后更新缓存也会产生数据不一致。 //设置key 和多个字段hmget key field1 field2 //获取key和多个字段3、listlpush key value1 value2... 缓存穿透缓存击穿和缓存雪崩这三个方面内容基本是很多都讲烂的东西,这里也就简单提及一下。缓存穿透就是客户端发来大量没有的 key ,这时 redis 也没有缓存,然后对数据库造成大量的请求压力。 缓存击穿就是 redis 挂机了,导致数据库产生压力,这种没什么好方法,分布式也好主从也好,看具体情况解决。 3、公钥写入,这也容易,就是在 Linux服务器上写入你的公钥。
工具类 /** * Redis工具类 * * @author issavior */ @Slf4j @Component public class RedisClient {
☘️解决思路 思路一:由于缓存穿透是因为缓存没有生效,是否可以针对DB不存在的数据设置缓存空值,让请求到缓存就OK。缓存的有效时间可以设置短点,如30s,避免误伤正常业务。 缓存击穿 缓存击穿是指数据库有,缓存没有的数据,大量请求访问这个缓存不存在的数据,最后请求打到DB可能导致DB宕机。 缓存雪崩 缓存雪崩是指数据库有,缓存没有的数据,大量请求访问这些缓存不存在的数据,最后请求打到DB可能导致DB宕机。 缓存一致性 缓存一致性指的是缓存与DB之间的数据一致性,我们需要通过各种手段来防止缓存与DB不一致,我们要保证缓存与DB的数据一致或者数据最终一致。 ☘️解决思路 思路一:先删除缓存再更新数据。 DB更新完后,不直接操作缓存,通过消息队列让redis消费,消息队列可以保证数据操作顺序一致性,确保数据最终一致性。
http://blog.csdn.net/qtyl1988/article/details/39545531 在实现缓存排序功能之前,必须先明白这一功能的合理性。 不妨思考一下,既然可以在数据库中排序,为什么还要把排序功能放在缓存中实现呢?这里简单总结了两个原因:首先,排序会增加数据库的负载,难以支撑高并发的应用;其次,在缓存中排序不会遇到表锁定的问题。 Redis恰好提供了排序功能,使我们可以方便地实现缓存排序。 Redis中用于实现排序功能的是SORT命令。该命令提供了多种参数,可以对列表,集合和有序集合进行排序。 借助于排序函数,可以方便地实现在Redis中查询排序后的结果集,代码如下: [cpp] view plaincopy // 该函数根据sql语句和排序参数,在Redis中查询相应的结果集并进行排序 中 string redis_row_key; for (int i = 0; i < reply->elements; ++i) { redis_row_key
缓存雪崩(数据库有,缓存没有) 缓存雪崩是指缓存同一时间大面积的失效,所以,后面的请求都会落到数据库上,数据库CPU和内存造成巨大压力,造成数据库短时间内承受大量请求而崩掉。 解决方案: (1)缓存数据的过期时间设置随机,防止同一时间大量数据过期现象发生。 (2)给每个缓存的数据增加相应的缓存标记,记录缓存是否失效,如果缓存标记失效,则更新数据缓存。 (3)缓存预热。 (3)采用布隆过滤器,将所有可能存在的数据哈希得到一个足够大的bitmap中,一个一定不存在的数据会被一个bitmap拦截掉,从而避免了对底层储存系统的查询压力。 缓存击穿(数据库有,缓存没有) 缓存击穿是指缓存中灭有但数据库中有的数据(一般是缓存时间到期)。与缓存雪崩不同的是,缓存击穿指并发查同一条数据。
Spring Boot 3 整合Redis(2)注解驱动缓存 Spring Boot提供了对缓存的简便支持,可通过注解来实现缓存操作,避免重复编写代码。 下面介绍在Spring Boot 3中如何使用Redis作为缓存,并通过注解驱动的方式进行操作。 为什么选择 Redis 作为缓存? 易于扩展:通过 Redis 的集群功能,可以很容易地扩展 Redis 实例,处理更大规模的数据和请求。 2.如何在 Spring Boot 中启用 Redis 缓存? 当然我们还需要引入依赖,上面《Spring Boot 3 整合Redis(1) 基础功能》我们已经引入了redis相关的依赖,现在只需要在项目中添加cache依赖即可: <dependency> redis、none(不使用缓存) type: redis data: redis: host: 127.0.0.1 # Redis服务器地址 database
上篇文章谈到了Redis分布式锁,实际上就是为了解释为什么做缓存采用Redis而不使用map/guava。缓存分为本地缓存和分布式缓存。 使用 Redis 作缓存称为分布式缓存,在多实例状态下共用一份缓存数据,缓存具有一致性。所以说在分布式下最合适的缓存方案就是采用Redis实现分布式缓存。 本篇文章主要谈谈Redis中很容易出现的三大问题现象:缓存击穿、缓存穿透以及缓存雪崩。不过在介绍这三个问题现象之前,我们首先需要先来了解下Redis中key的过期淘汰机制。 缓存击穿 讲完了Redis的key的过期淘汰机制,接下我们可以进入正题:为什么会出现缓存击穿、缓存穿透和缓存雪崩现象呢? 首先我们来看下请求是如何取到数据的:当接收到用户请求,首先先尝试从Redis缓存中获取到数据,如果缓存中能取到数据则直接返回结果,当缓存中不存在数据时从DB获取数据,如果数据库成功取到数据,则更新Redis
上篇文章介绍了redis缓存设计,热点key,bigkey注意事项。 redis缓存设计-Redis(七) 一、命令使用 1、hgetall,lrange,smembers,zrange,sinter等并非不能使用,要指定明确的值,遍历的话要使用hscan、sscan、 3、合理的使用select: redis多DB较弱,而且如果每个都有很大的高并发访问,而都接入一个redis,效率是底下且会造成干扰。 2、主动删除:所以redis会定期清理一些已过期的key。 3、当已用内存超过maxmemory时,触发主动删除策略。 主动删除策略在4.0之前有6种,redis4.0之后8种。 3)Volatile-lru:采用lru算法对过期key删除。 4)Volatile-lfu:采用lfu算法对过期key删除。
redis集群-Redis(六) 一、高并发缓存应对策略 缓存穿透 正常情况下,用户访问某条数据,第一次从数据库获取,后面会set进缓存,从缓存获取。 缓存雪崩 整个redis服务器直接宕机导致不可用,这时候 必须通过我们前面说的集群保证redis高可用,以及预估高峰流量,做限流预案,用队列削峰,服务降级。 (顺便一提redission分布式锁源码里通过lua脚本访问redis,保证事务和原子性) 三、数据库缓存双写不一致设计 线程1:set数据库10,删除缓存 线程2:set数据库6,删除缓存 线程3: get数据库10,set缓存10 当线程3和线程2并行执行: 第一步:线程3获取10,线程2set数据库6,删除缓存 第二步:线程3set缓存10 这时候实际数据库存入的是6,但是缓存存入的是10。 3)非字符串不要使用del进行删除,使用hscan,sscan,zscan方式渐进删除,同时要注意bigkey过期时间,因为过期会触发del,造成阻塞。 3、bigkey危害 1)redis阻塞。
但是你想一下,你这几千万次的DB查询,你也挺难过吧,并且你redis里缓存这几千万个key , 那宝贵的内存资源岂不是白白的浪费掉了。。。。。 所以你需要布隆过滤器。 看场景,取舍。 ---- 布隆过滤器 Redis进阶-布隆过滤器 ---- 缓存同时失效 由于大批量缓存在同一时间失效可能导致大量请求同时穿透缓存直达数据库,可能会造成数据库瞬间压力过大甚至挂掉。 ---- 缓存雪崩的解决方案 预防和解决缓存雪崩问题, 可以从以下三个方面进行着手。 1) 保证缓存层服务高可用性,比如使用Redis Sentinel或Redis Cluster。 3) 提前演练。 在项目上线前, 演练缓存层宕掉后, 应用以及后端的负载情况以及可能出现的问题, 在此基础上做一些预案设定。 伪代码如下 String get(String key) { // 从Redis中获取数据 String value = redis.get(key); // 如果value为空, 则开始重构缓存
概述 穿透、回种、熔断 缓存中间件对比 Mencache和Redis区别 主从:mysql复制备份 分片:将大数据打碎,分配到不同物理机节点的分区方案 redis3.0之后支持分片 选型:普通 有持久化需求,和数据主从、分片等高级应用,采用Redis. Redis分析 单进程,单线程,c语言实现,k-v数据库。 一个正式的RedisServer运行肯定不止一个线程(Redis进行持久化的时候会以子进程\子线程) 单线程可接收并发、不是并行 单线程配合io多路复用,大幅度提升性能 网络等原因制约Redis并发处理量不能进一步上升 :QPS10W+峰值时,cpu没有跑满不是制约Redis性能的原因,单核单线程不是制约的原因,可以利用多核开启多个Redis IO多路复用(非阻塞)NIO 阻塞与非阻塞 Select(监听)监控文件可读可写的文件描述符 保证了Redis性能,也保证了服务的简单
文章已收录Github精选,欢迎Star:https://github.com/yehongzhi 前言 Redis作为目前使用最广泛的缓存,相信大家都不陌生。 这就是缓存雪崩。 ? 分析: 造成缓存雪崩的关键在于在同一时间大规模的key失效。为什么会出现这个问题呢,有几种可能,第一种可能是Redis宕机,第二种可能是采用了相同的过期时间。 3、提高数据库的容灾能力,可以使用分库分表,读写分离的策略。 4、为了防止Redis宕机导致缓存雪崩的问题,可以搭建Redis集群,提高Redis的容灾性。 缓存击穿 什么是缓存击穿? 我们使用Redis大部分情况都是通过Key查询对应的值,假如发送的请求传进来的key是不存在Redis中的,那么就查不到缓存,查不到缓存就会去数据库查询。 分析: 关键在于在Redis查不到key值,这和缓存击穿有根本的区别,区别在于缓存穿透的情况是传进来的key在Redis中是不存在的。
解决方案 互斥锁 在发起请求未命中redis缓存时,表示此信息不存在,或过期,尝试获取锁。 若没拿到锁,表示此数据正在被更新,线程进行休眠再递归重新从缓存获取数据。 中,当请求需要获取店铺信息时,redis没命中,那么获取锁, 进行缓存写入操作,成功后释放锁并返回数据。 ps:其中有部分缓存穿透操作,请前往redis缓存穿透 @Resource private StringRedisTemplate stringRedisTemplate; @Override //将null写入redis(缓存穿透策略) stringRedisTemplate.opsForValue().set(key, "" 理论预期,只会进行一次数据库查询,需要在高并发条件模拟大量请求到来,只有一个线程获取锁,写缓存,其他请求递归查询,等待,直到写入缓存成功,理论全部请求会通过,只是耗时问题) redis无缓存,大量请求到来
ps:想只读有效信息,见红字 正常情况 当在高并发,高性能,降低数据库压力的情况下,首先会选择redis作为缓存机制,当有大量请求需要查询数据库时,为了降低数据库的压力,并提高请求查询性能(redis基于内存 ,读取速度快),会将数据库的信息缓存到redis中,这样就形成了很好的分层结构,请求可以直接查询redis中缓存的信息,然后返回,就不需要经过数据库,减小了数据库的压力,同时,可以迅速查询到信息,岂不美哉 ==正常请求操作== 第4步,当从数据库拿到数据时,一并添加到redis缓存,下次若是相同请求,直接访问redis并返回,大大提升了性能和可用性,持久性。 非正常情况 但有利就有弊,如果请求的数据是数据库中没有的,同样redis中也不会出现此数据缓存,这样当某短时间大量无效请求(数据库无对应数据)访问时,由于redis中没有此数据缓存,请求就给到了数据库, 观察到,返回了不存在json信息 而且redis是没有缓存的,所以执行了相应数据库的sql操作,数据库并没有id为0的数据,所以下一步就是增加redis空缓存 此时,redis增加了一个key表示店铺
简介 Redis可以部署在数据库前端作为旁路缓存使用,业务在访问数据时,可以先访问Redis查询其中是否有自己需要的数据,这时候会有两种情况: 缓存命中: Redis中有对应数据,业务请求直接命中,查询性能得到提升 缓存缺失: Redis中没有对应数据,业务请求至后端数据库查询数据,性能相对变慢。 同时,为了使后续请求能够在Redis中命中数据,需要将缺失的数据写入到Redis中,即缓存更新。 cacheValue) //缓存更新 缓存类型 按照Redis是否接受写请求,可以分为只读缓存和读写缓存。 这种情况下由于数据库和REDIS的写性能差异性,所以缓存的性能优势就不存在了。