Spring Boot整合Redis

Spring Boot 整合 Redis 是一种常见的做法，用于在 Spring Boot 应用程序中添加缓存、会话管理分布式锁等功能。

浅谈Redis

Redis用于存储数据，且在内存当中进行存储。

但是在日常编写代码时，定义一个变量也就是属于在内存当中存储一个数据。

Redis主要会在分布式系统当中发挥重要作用，如果是单机系统，直接通过变量存储数据的方式会比使用Redis更优。

为什么会使用Redis？

主要原因是：当今的系统一般是分布式系统，存在多个进程，而进程是具有隔离性的。

我们如果要在进程之间通信，就需要通过网络的方式。

所以，Redis是基于网络的，可以把自己的内存中的变量给别的进程，甚至别的主机的进程进行使用。

与MySQL对比

MySQL存在一个最大的问题：访问数据的速度很慢。MySQL的数据存在于硬盘当中。

很多互联网产品对于性能的要求极高。

所以Redis也可以作为数据库进行使用。

Redis虽然快，但是存储空间小。

是否能让Redis和MySQL的优点相结合？

把常使用数据存放在Redis当中，将不常用的数据存储在MySQL当中。

当然代价是有的，就是系统的复杂度提升。

数据发生修改，还存在Redis和MySQL的数据同步问题。

浅谈Redis博客在右侧链接：浅谈Redis和分布式系统-CSDN博客

Spring Boot整合 Redis

Redis客户端

Jedis和Lettuce是两个流行的Java Redis客户端库，它们都提供了对Redis数据库的访问和操作。下面是对这两个库的简要介绍：

Jedis

简单性：Jedis的API设计直观，易于理解和使用。
阻塞I/O：Jedis使用标准的Java阻塞I/O模型，这意味着在执行网络操作时，线程会被阻塞，直到操作完成。
连接池：Jedis提供了一个简单的连接池实现，可以帮助管理Redis连接。
多线程：Jedis不是线程安全的，每个线程应该使用自己的Jedis实例，或者使用JedisPool来管理连接。
支持集群：Jedis支持Redis集群模式，但需要使用JedisCluster类

Lettuce

异步I/O：Lettuce基于Netty框架，使用非阻塞I/O模型，这意味着它可以在不阻塞线程的情况下执行网络操作，从而提高性能。
响应式编程：Lettuce支持响应式编程模型，允许使用Project Reactor或Spring WebFlux等库进行编程。
连接池：Lettuce提供了一个高级的连接池实现，支持自动重连和连接的自动管理，
线程安全：Lettuce的API设计为线程安全，可以在多个线程之间共享同一个实例。
Redis集群和哨兵：Lettuce原生支持Redis集群和哨兵模式，提供了更高级的高可用性和分区功能。

选择Jedis还是Lettuce?

选择哪个库取决于您的具体需求和偏好：

如果您需要一个简单、直观的客户端，并且不介意使用阻塞I/O模型，Jedis可能是一个不错的选择。

如果您正在构建一个高性能的应用程序，需要利用非阻塞I/O和异步编程的优势，或者需要原生支持Redis集群和哨兵，Lettuce可能是更好的选择。

RedisTemplate基本介绍

RedisTemplate 提供了对 Redis 各种数据类型(如字符串、列表、集合、散列、有序集合等)的基本操作。

ValueOperations：简单K-V操作。
SetOperations：set类型数据操作。
ZSetOperations：zset类型数据操作。
HashOperations：针对map类型的数据操作。
ListOperations：list类型的数据操作。

RedisTemplate支持自定义序列化机制，允许你定义如何序列化和反序列化存储在 Redis 中的对象。Spring Data Redis 默认使用 Java 的序列化机制，但你可以根据需要配置为 JSON 序列化、进制序列化等。

RedisTemplate和StringRedisTemplate的区别

StringRedisTemplate继承RedisTemplate。
两者的数据是不共通的(默认的序列化机制导致key不一样)。
StringRedisTemplate默认采用的是String的序列化策略。
RedisTemplate默认采用的是JDK的序列化策略，会将数据先序列化成字节数组然后在存入Redis数据库。

总结：

当redis数据库里面本来操作的是字符串数据的时候，那使用StringRedisTemplate即可。
数据是复杂的对象类型，那么使用RedisTemplate是更好的选择。

6.2.4 RedisTemplate序列化和反序列化机制

什么是序列化

把对象转换为字节序列的过程称为对象的序列化。
把字节序列恢复为对象的过程称为对象的反序列化

对象的序列化主要有两种用途

把对象的字节序列永久地保存到硬盘上，通常存放在一个文件中
在网络上传送对象的字节序列。

Redis为什么要序列化

性能可以提高，不同的序列化方式性能不一样。
可视化工具更好查看
采用默认的jdk方式会乱码(POJO类需要实现Serializable接口)
采用JSON方式则不用，且可视化工具更好查看

自定义序列化

@Configuration
public class RedisTemplateConfiguration {@Beanpublic RedisTemplate<Object, Object> redisTemplate(RedisConnectionFactory redisConnectionFactory) {RedisTemplate<Object, Object> redisTemplate = new RedisTemplate<>();redisTemplate.setConnectionFactory(redisConnectionFactory);// 使用GenericJackson2JsonRedisSerializer 替换默认序列化GenericJackson2JsonRedisSerializer jackson2JsonRedisSerializer = new GenericJackson2JsonRedisSerializer();// 设置key和value的序列化规则redisTemplate.setKeySerializer(new StringRedisSerializer());redisTemplate.setValueSerializer(jackson2JsonRedisSerializer);// 设置hashKey和hashValue的序列化规则redisTemplate.setHashKeySerializer(new StringRedisSerializer());redisTemplate.setHashValueSerializer(jackson2JsonRedisSerializer);redisTemplate.afterPropertiesSet();return redisTemplate;}
}

Redis实践

还是那个业务，这次将使用Spring Boot框架和Redis缓存来管理用户的信息。

整个应用程序的业务逻辑是围绕用户信息的增(add)和查(get)操作展开的。使用Redis作为缓存层可以提高应用程序的性能，尤其是在读操作比写操作频繁的场景中。当用户信息被请求时，应用程序首先检查Redis缓存，如果缓存中存在，则直接返回缓存的数据，否则从数据库中获取并缓存到Redis中。当新用户被添加时，用户信息被保存到数据库，并立即缓存到Redis中，以便后续的快速访问。

用户控制器(UserController 类)：

REST控制器，所有的请求基础路径为“/users”

getUserById(Stringid)方法通过用户的ID获取用户信息。它首先尝试从Redis中获取用户信息，如果找不到，则假设从数据库中获取(这里代码中并没有实现数据库操作，只是创建了一个空的 User 对象作为示例)。
adduser (user user)方法添加一个新用户。同样，它首先假设将用户信息保存到数据库(这里没有实现数据库操作)，然后将用户信息缓存到Redis中。

@RestController
@RequestMapping("/users")
public class UserController {@Autowiredprivate UserService userService;@GetMapping("/{id}")public User getUserById(@PathVariable String id) {return userService.getUserById(id);}@PostMapping("/")public User addUser(@RequestBody User user) {return userService.addUser(user);}
}