redis缓存&& redis集成&& 在项目配置文件中加入cache配置&& 配置json系列化&&缓存的使用&& 需要缓存的实体对象实现序列化接口

瑶大头*^_^*

已于 2024-01-14 17:08:07 修改

阅读量1.2k

点赞数 25

分类专栏： redis专栏文章标签： java spring spring boot redis 依赖倒置原则 servlet json

于 2023-12-04 15:40:56 首次发布

本文链接：https://blog.csdn.net/qq_73126462/article/details/134785614

版权

redis专栏专栏收录该内容

4 篇文章 0 订阅

订阅专栏

1. redis集成

2. pom.xml加入redis缓存支持

1. redis集成

使用redis做spring的二级缓存，首先完成redis的集成，参见第5次课常用组件集成。

2. pom.xml加入redis缓存支持

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

3. 在项目配置文件中加入cache配置

application.properties（可以是application.yml）

# -------------------- cache config B -------------------------
spring.cache.cache-names=redisCache
spring.cache.type=redis
# -------------------- cache config E -------------------------

4. 在启动类开发缓存功能

5. 需要缓存的实体对象实现序列化接口

注：如果在Idea中没有找到生成系列号的菜单，可按照如下方式操作：
File -> settings -> Editor -> Inspections，勾选如下选项：

将光标定义到类名，按alt+ enter，出现如下快捷菜单

6. 缓存的使用

7. 测试

查看缓存：

在redis中保存的是对象的十六进制编码。如果需要已json的方式进行保存则需要配置json序列化器

8. 配置json系列化

/**
 * Redis配置类
 * @author Administrator
 * @create 2019-12-1822:07
 */
@Configuration
public class RedisConfig {

    @Bean
    @SuppressWarnings("all")
    public RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory factory) {

        RedisTemplate<String, Object> template = new RedisTemplate<String, Object>();
        template.setConnectionFactory(factory);

        StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();

        // key采用String的序列化方式
        template.setKeySerializer(stringRedisSerializer);

        // hash的key也采用String的序列化方式
        template.setHashKeySerializer(stringRedisSerializer);

        // value序列化方式采用jackson
        template.setValueSerializer(jackson2JsonRedisSerializer());

        // hash的value序列化方式采用jackson
        template.setHashValueSerializer(jackson2JsonRedisSerializer());
        template.afterPropertiesSet();

        return template;
    }


    /**
     * json序列化
     *
     * @return
     */
    @Bean
    public RedisSerializer<Object> jackson2JsonRedisSerializer() {
        //使用Jackson2JsonRedisSerializer来序列化和反序列化redis的value值
        Jackson2JsonRedisSerializer serializer = new Jackson2JsonRedisSerializer(Object.class);

        ObjectMapper mapper = new ObjectMapper();
        mapper.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
        mapper.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
        serializer.setObjectMapper(mapper);
        return serializer;
    }


    /**
     * 配置缓存管理器
     *
     * @param redisConnectionFactory
     * @return
     */
    @Bean
    public CacheManager cacheManager(RedisConnectionFactory redisConnectionFactory) {
        // 生成一个默认配置，通过config对象即可对缓存进行自定义配置
        RedisCacheConfiguration config = RedisCacheConfiguration.defaultCacheConfig();
        // 设置缓存的默认过期时间，也是使用Duration设置
        config = config.entryTtl(Duration.ofMinutes(5))
                // 设置 key为string序列化
                .serializeKeysWith(RedisSerializationContext
                        .SerializationPair
                        .fromSerializer(new StringRedisSerializer()))
                // 设置value为json序列化
                .serializeValuesWith(RedisSerializationContext
                        .SerializationPair
                        .fromSerializer(jackson2JsonRedisSerializer()))
                // 不缓存空值
                .disableCachingNullValues();

        // 使用自定义的缓存配置初始化一个cacheManager
        return RedisCacheManager
                .builder(redisConnectionFactory)
                .cacheDefaults(config)
                .transactionAware()
                .build();
    }

}

9. redis缓存的一些注意事项

只应将热数据放到缓存中
所有缓存信息都应设置过期时间
缓存过期时间应当分散以避免集中过期（防止雪崩）
缓存key应具备可读性
应避免不同业务出现同名缓存key
可对key进行适当的缩写以节省内存空间
选择合适的数据结构
确保写入缓存中的数据是完整且正确的
避免使用耗时较长的操作命令，如：keys *
Redis默认配置中操作耗时超过10ms即视为慢查询
一个key对应的数据不应过大
对于string类型，一个key对应的value大小应控制在10K以内，1K左右更优hash类型，不应超过5000行
避免缓存穿透
数据库中未查询到的数据，可在Redis中设置特殊标识，以避免因缓存中无数据而导致每次请求均达到数据库
缓存层不应抛出异常
缓存应有降级处理方案，缓存出了问题要能回源到数据库进行处理
可以进行适当的缓存预热
对于上线后可能会有大量读请求的应用，在上线之前可预先将数据写入缓存中
读的顺序是先缓存，后数据库；写的顺序是先数据库，后缓存
数据一致性问题
数据源发生变更时可能导致缓存中数据与数据源中数据不一致，应根据实际业务需求来选择适当的缓存更新策略：
主动更新：在数据源发生变更时同步更新缓存数据或将缓存数据过期。一致性高，维护成本较高。
被动删除：根据缓存设置的过期时间有Redis负责数据的过期删除。一致性较低，维护成本较低。