SSM项目与Redis整合以及Redis注解式开发以及Redis击穿穿透雪崩

目录

前言

一、SSM项目整合Redis

1.导入pom依赖

2.Spring-redis相关配置

3.Spring上下文配置 

二、redis注解式缓存

1.@Cacheable 注解

2.@CachePut 注解

3.@CacheEvict 注解

三、redis击穿、穿透、雪崩

1. 缓存击穿

2. 缓存穿透

3. 缓存雪崩


前言

当将SSM项目与Redis整合,并使用Redis注解式开发时,避免缓存击穿、缓存穿透和缓存雪崩是至关重要的。下面我将为你写一篇详细的博客,涵盖这些内容。

一、SSM项目整合Redis

在SSM项目中,将Redis作为缓存,可以大大提高系统的性能和吞吐量。整合过程主要包括引入依赖、配置Redis连接等进行进行操作。

1.导入pom依赖

2.9.0
1.7.1.RELEASE


	redis.clients
	jedis
	${redis.version}


	org.springframework.data
	spring-data-redis
	${redis.spring.version}

2.Spring-redis相关配置

配置文件redis.properties

redis.hostName=192.168.195.139
redis.port=6379
redis.password=123456
redis.timeout=10000
redis.maxIdle=300
redis.maxTotal=1000
redis.maxWaitMillis=1000
redis.minEvictableIdleTimeMillis=300000
redis.numTestsPerEvictionRun=1024
redis.timeBetweenEvictionRunsMillis=30000
redis.testOnBorrow=true
redis.testWhileIdle=true
redis.expiration=3600

Spring-redis.xml 

  1. 注册 redis.properties
  2. 配置数据源
  3. 连接工厂
  4. 配置序列化
  5. 配置redis的key生成策略



    
    

    
    
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
    

    
    
        
        
        
        
        
        
        
        
        
    

    
    
        
        
        
            
        
        
            
        
        
            
        
        
            
        
        
        
    

    
    
        
        
        
        
        
        
        
            
                
            
        
    

    
    

    
    

注意:redis.properties与jdbc.properties在与Spring做整合时会发生冲突;所以引入配置文件的地方要放到SpringContext.xml中

3.Spring上下文配置 

SpringContext.xml




    
    
        
        
        
            
                classpath:jdbc.properties
                classpath:redis.properties
            
        
    
    
    
    
    
    
    
    

二、redis注解式缓存

首先需要一个缓冲策略类,用于存储信息

package com.ctb.ssm.redis;
 
import lombok.extern.slf4j.Slf4j;
import org.springframework.cache.interceptor.KeyGenerator;
import org.springframework.util.ClassUtils;
 
import java.lang.reflect.Array;
import java.lang.reflect.Method;
 
@Slf4j
public class CacheKeyGenerator implements KeyGenerator {
    // custom cache key
    public static final int NO_PARAM_KEY = 0;
    public static final int NULL_PARAM_KEY = 53;
 
    @Override
    public Object generate(Object target, Method method, Object... params) {
        StringBuilder key = new StringBuilder();
        key.append(target.getClass().getSimpleName()).append(".").append(method.getName()).append(":");
        if (params.length == 0) {
            key.append(NO_PARAM_KEY);
        } else {
            int count = 0;
            for (Object param : params) {
                if (0 != count) {//参数之间用,进行分隔
                    key.append(',');
                }
                if (param == null) {
                    key.append(NULL_PARAM_KEY);
                } else if (ClassUtils.isPrimitiveArray(param.getClass())) {
                    int length = Array.getLength(param);
                    for (int i = 0; i < length; i++) {
                        key.append(Array.get(param, i));
                        key.append(',');
                    }
                } else if (ClassUtils.isPrimitiveOrWrapper(param.getClass()) || param instanceof String) {
                    key.append(param);
                } else {//Java一定要重写hashCode和eqauls
                    key.append(param.hashCode());
                }
                count++;
            }
        }
 
        String finalKey = key.toString();
//        IEDA要安装lombok插件
        log.debug("using cache key={}", finalKey);
        return finalKey;
    }
}

1.@Cacheable 注解

配置在方法或类上,作用:本方法执行后,先去缓存看有没有数据,如果没有,从数据库中查找出来,给缓存中存一份,返回结果, 下次本方法执行,在缓存未过期情况下,先在缓存中查找,有的话直接返回,没有的话从数据库查找

value:缓存位置的一段名称,不能为空
key:缓存的key,默认为空,表示使用方法的参数类型及参数值作为key,支持SpEL
condition:触发条件,满足条件就加入缓存,默认为空,表示全部都加入缓存,支持SpEL 

 @Cacheable测试代码

@Cacheable(value = "user-clz",key = "'clz:'+#cid",condition = "#cid < 4")
Clazz selectByPrimaryKey(Integer cid);

测试类

package com.ctb.shiro;
 
import com.ctb.ssm.biz.ClazzBiz;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
 
 
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"classpath:applicationContext.xml"})
public class ClazzBizTest {
    @Autowired
    private ClazzBiz clazzBiz;
 
    @Test
    public void test1(){
        System.out.println(clazzBiz.selectByPrimaryKey(10));
        System.out.println(clazzBiz.selectByPrimaryKey(10));
    }
 
}

结果:redis中有数据,则访问redis;如果没有数据,则访问MySQL;

2.@CachePut 注解

类似于更新操作,即每次不管缓存中有没有结果,都从数据库查找结果,并将结果更新到缓存,并返回结果

value: 缓存的名称,在 spring 配置文件中定义,必须指定至少一个 
key: 缓存的 key,可以为空,如果指定要按照 SpEL 表达式编写,如果不指定,则缺省按照方法的所有参数进行组合 
condition: 缓存的条件,可以为空,使用 SpEL 编写,返回 true 或者 false,只有为 true 才进行缓存

@CachePut测试代码

 @Cacheable(value = "clz",key = "'cid:'+#cid",condition = "#cid > 5")
    Clazz selectByPrimaryKey(Integer cid);

测试类

@Test
    public void test2(){
//        测试 Cacheput 中的 key
        System.out.println(clazzBiz.selectByPrimaryKey(4));
        System.out.println(clazzBiz.selectByPrimaryKey(4));
    }

结果:只存不取

3.@CacheEvict 注解

用来清除用在本方法或者类上的缓存数据(用在哪里清除哪里)

value:缓存位置的一段名称,不能为空
key:缓存的key,默认为空,表示使用方法的参数类型及参数值作为key,支持SpEL
condition:触发条件,满足条件就加入缓存,默认为空,表示全部都加入缓存,支持SpEL
allEntries:true表示清除value中的全部缓存,默认为false

@CacheEvict测试代码

 @CacheEvict(value = "user-clz-put",allEntries = true)   // 删除以 user-clz-put开头的 缓存
    int deleteByPrimaryKey(Integer cid);

测试类

 @Test
    public void test3(){
//        测试 CacheEvict 中的 key
        clazzBiz.deleteByPrimaryKey(4);
    }

结果:可以配置删除指定缓存数据,也可以删除符合规则的所有缓存数据;

三、redis击穿、穿透、雪崩

1. 缓存击穿

SSM项目与Redis整合以及Redis注解式开发以及Redis击穿穿透雪崩_第1张图片

问题描述:缓存击穿是指当某个热点数据失效后,大量并发请求直接打到数据库上,造成数据库压力激增。

解决方案

  • 使用互斥锁(Mutex Lock)或分布式锁(Distributed Lock)来保护对数据库的访问,确保只有一个线程可以进行数据库查询操作。
  • 针对热点数据,设置永不过期的缓存策略,或者使用预加载机制,在数据失效之前提前刷新缓存。

2. 缓存穿透

SSM项目与Redis整合以及Redis注解式开发以及Redis击穿穿透雪崩_第2张图片问题描述:缓存穿透是指恶意或不存在的请求经过缓存直接访问数据库,由于缓存中没有相关数据,每次请求都会直接查询数据库,导致数据库负载过大。

解决方案

  • 使用布隆过滤器(Bloom Filter)等技术来识别不存在的数据,避免对数据库造成压力。
  • 对不存在的数据也进行缓存,但设置较短的过期时间,避免无效数据长时间存放在缓存中。

3. 缓存雪崩

SSM项目与Redis整合以及Redis注解式开发以及Redis击穿穿透雪崩_第3张图片

问题描述:缓存雪崩是指当缓存中大量的数据同时失效,导致大量请求直接打到数据库上,引起数据库压力骤增。

解决方案

  • 设置缓存数据过期时间错开,通过随机的方式为缓存设置过期时间,避免大量缓存同时失效。
  • 使用热点数据永不过期的方式,或者预先设置好热点数据的缓存过期时间,确保重要数据的稳定性。

你可能感兴趣的:(Redis,java,mybatis,开发语言,服务器,缓存,数据库,redis)