Redis中客户端和集成SpringBoot基础整理

目录

• 一、Redis客户端
  • 1.1、种类
  • 1.2、Jedis和Lettuce的区别是什么呢？
  • 1.3、区别
• 二、Springboot整合Lettuce
• 三、Redis中的DB解释

一、Redis客户端

解决了我之前的困惑的地方

1.1、种类

Springboot-redis客户端有两种，分别是：jedis、lettuce

1.2、Jedis和Lettuce的区别是什么呢？

Jedis 和 Lettuce 都是用于 Java 语言连接 Redis 的客户端，Jedis主要是同步方法，Lettuce主要是异步高性能，基于Netty。

目前来看，比较好用就是，jedis，lettuce和Redisson这三个客户端

1.3、区别

它们分别由不同的团队开发，有一些区别：

设计和实现：

• Jedis： Jedis是一个传统的Redis客户端，它使用阻塞I/O，即每个操作都会阻塞线程，直到操作完成或超时。Jedis的设计是单线程的，因此在高并发环境中可能存在性能瓶颈。

• Lettuce： Lettuce是基于Netty的异步、非阻塞Redis客户端。它采用了Reactive编程模型，可以更好地处理并发请求，提高性能。

连接管理

• Jedis： Jedis使用连接池来管理与Redis服务器的连接。连接池的使用在高并发环境下可以提高性能。
• Lettuce： Lettuce也提供连接池，但与Jedis不同，它使用了更为灵活的连接模型，支持更多的高级特性，如多节点集群、哨兵模式等。

线程安全性

• Jedis： Jedis的实例不是线程安全的，因此在多线程环境中需要使用连接池或者同步来确保线程安全。
• Lettuce： Lettuce的实例是线程安全的，可以在多个线程中共享一个实例。

性能

• Jedis： 由于采用阻塞I/O和单线程设计，Jedis在处理大量并发请求时可能性能较低。
• Lettuce： 采用了异步、非阻塞的设计，可以更好地处理并发请求，提高性能。

依赖

• Jedis： Jedis主要依赖于Jedis本身。
• Lettuce： Lettuce依赖于Netty，这使得它更灵活和可扩展。

总体而言，选择使用Jedis还是Lettuce取决于具体的使用场景和需求。如果在高并发环境中，并希望利用异步和反应式编程的优势，Lettuce可能是更好的选择。如果对性能要求不是很高，并且喜欢简单的同步模型，Jedis也是一个可行的选择。选择其中一个取决于项目的具体需求和性能要求

二、Springboot整合Lettuce

springboot 2.0版本后，spring-boot-starter-data-redis 提供了Lettuce代替Jedis。

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

可以看下jdk默认的序列化方式

默认的序列化，要实现Serializable接口，否则会程序在存储和读取时候会报错。

@AllArgsConstructor
@NoArgsConstructor
@Data
public class People implements Serializable {
    private String name;
    private Integer age;
}

如果使用默认的序列化方式，对于我们来说，看到的就是乱码情况。

我们可能会使用 json 序列化或者其他序列化方式，所以自定义配置类来设置序列化方式。
从 RedisAutoConfiguration 源码中可以看到，自定义了 redisTemplate ，源码中的bean将失效。

可以序列化的key和value很多

下面来自定义序列化操作

@Configuration
public class RedisConfig {
 
    //自定义redisTemplate
    @Bean
    public RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory redisConnectionFactory) {
        RedisTemplate<String, Object> template = new RedisTemplate();
        template.setConnectionFactory(redisConnectionFactory);
 
        // 使用StringRedisSerializer来序列化和反序列化
        StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();
 
        // 使用Jackson2JsonRedisSerializer来序列化和反序列化
        Jackson2JsonRedisSerializer<Object> serializer = new Jackson2JsonRedisSerializer<>(Object.class);
        ObjectMapper objectMapper = new ObjectMapper();
        // 设置对象映射器的可见性，使所有属性都可以被序列化和反序列化
        objectMapper.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
 
        // 启用默认类型信息，以便在序列化和反序列化时处理多态情况
        objectMapper.activateDefaultTyping(
               //使用getPolymorphicTypeValidator获取多态类型验证器
                objectMapper.getPolymorphicTypeValidator(), 
               //设置默认类型检测策略为NON_FINAL，即对非最终类进行类型检测
                ObjectMapper.DefaultTyping.NON_FINAL,
               //设置类型信息存储方式为PROPERTY，即将类型信息作为属性存储在JSON中
                JsonTypeInfo.As.PROPERTY                    
        );
        serializer.setObjectMapper(objectMapper);
        // 配置key和value的序列化模式
        template.setKeySerializer(stringRedisSerializer);
        template.setValueSerializer(serializer);
        // 配置hash key和hash value的序列化模式
        template.setHashKeySerializer(stringRedisSerializer);
        template.setHashValueSerializer(serializer);
        template.afterPropertiesSet();
 
        return template;
    }
 
}

经过测试，序列化后的结果就不会有乱码情况了。

三、Redis中的DB解释

经常可以在Redis中的配置看到db:0，db:1这种，其实是将同一个进程中的Redis进行逻辑分隔，如果说，10G的空间，在使用的时候，db:0用了20G，db1-db15去分摊剩余的10G。可以动态调整的