spring-data-redis与jedis的区别

青旅半醒 2023-07-06 09:57 94阅读 0赞

## 前言 ##

项目中需要用到redis，主要用来作为缓存，redis的客户端有两种实现方式，一是可以直接调用jedis来实现，二是可以使用spring data redis，通过spring的封装来调用。应该使用哪一个呢？基于当前版本spring data redis和jedis，分析如下：

## 1、Spring Data Redis ##

首先Spring Data Redis 是Spring 框架提供的用于操作Redis的客户端，优点有：

1.对具体redis客户端做了封装，客户端可在jedis,jredis,rjc等Java客户端中做出选择和切换

2.用template对调用做了封装，省去了建立连接，释放连接等繁琐代码。

3.对对象的序列化也可自由选择工具。

4.提供对spring cache的支持，可用注解实现Cache —— 但是无法设定缓存失效时间。

## 1.1种类 ##

Spring Data Redis目前支持两种驱动:Jedis和Lettuce，可以看成是这两种驱动的统一封装，以高度统一的形式屏蔽了底层驱动的操作细节，向用户提供一种统一的API，大致结构如下:  
![在这里插入图片描述][2020021721082917.png]

## 1.2 RedisTemplate支持 ##

熟悉Spring的JdbcTemplate对象的话，应该大概能猜出来RedisTemplate的作用了，RedisTemplate对象对RedisConnection进行了封装，它提供了连接管理，序列化等功能，它对Redis的交互进行了更高层次的抽象。另外还提供了Redis操作命令的操作视图，这极大的方便和简化了Redis的操作。

## 1.3 RedisSerializer ##

Spring Data Redis提供了对Key-Value的序列号，在使用RedisTemplate对象是默认使用JdkSerializationRedisSerializer实现。还提供了其它的序列化实现如：Jackson2JsonRedisSerializer，JacksonJsonRedisSerializer，GenericToStringSerializer，StringRedisSerializer，OxmSerializer。

另外用户可以提供自己的序列化实现。

## 2. Jedis ##

Jedis在实现上是直接连接的redis server，如果在多线程环境下是非线程安全的，这个时候只有使用连接池，为每个Jedis实例增加物理连接。

## 2.1优点： ##

1.可用到Jedis本身提供的更多的特性，比如sharded，比如Masater/Slaver。

2.Jedis经过我们之前项目的使用，对其稳定性有验证。

## 3. spring-data-redis与jedis的区别 ##

### 3.1 引用的区别： ###

spring-data-redis使用的依赖如下：

<dependency>  
        <groupId>org.springframework.data</groupId>  
        <artifactId>spring-data-redis</artifactId>  
        <version>1.8.9.RELEASE</version>  
    </dependency>

jedis使用的依赖如下：

<dependency>
        <groupId>redis.clients</groupId>
        <artifactId>jedis</artifactId>
        <version>2.9.0</version>
        <type>jar</type>
        <scope>compile</scope>
    </dependency>

如果用的是springboot框架，引入的启动器还是有所区别的，请查阅相关资料。

### 3.2 本质的区别： ###

管理jedis实例方式、操作redis服务的不同：

### spring-data-redis： ###

主要是通过RedisTemplate来操作；spring 封装了 RedisTemplate 对象来进行对redis的各种操作，它支持所有的 redis 原生的 api。在RedisTemplate中提供了几个常用的接口方法的使用，分别是:

> private ValueOperations<K, V> valueOps;  
> private ListOperations<K, V> listOps;  
> private SetOperations<K, V> setOps;  
> private ZSetOperations<K,V> zSetOps;

RedisTemplate中定义了对5种数据结构操作

redisTemplate.opsForValue();//操作字符串
    redisTemplate.opsForHash();//操作hash
    redisTemplate.opsForList();//操作list
    redisTemplate.opsForSet();//操作set
    redisTemplate.opsForZSet();//操作有序set
    StringRedisTemplate与RedisTemplate

### jedis方式： ###

通过redis.clients.jedis.JedisPool来管理，即通过池来管理，通过池对象获取jedis实例，然后通过jedis实例直接操作redis服务，剔除了与业务无关的冗余代码。

从工厂类到池的方式变化，就相当于mybatis连接mysql方变化是一样的，代码变得更简洁，维护也更容易了。Jedis使用apache commons-pool2对Jedis资源池进行管理，所以在定义JedisPool时一个很重要的参数就是资源池GenericObjectPoolConfig，使用方式如下，其中有很多资源管理和使用的参数。JedisPool保证资源在一个可控范围内，并且提供了线程安全，但是一个合理的GenericObjectPoolConfig配置能为应用使用Redis保驾护航，下面将对它的一些重要参数进行说明和建议：

在当前环境下，Jedis连接就是资源，JedisPool管理的就是Jedis连接。

> 1.  资源设置和使用
> 
> maxTotal：资源池中最大连接数；默认值：8 设置建议见下节  
> maxIdle：资源池允许最大空闲的连接数；默认值：8；使用建议：设置建议见下节  
> minIdle：资源池确保最少空闲的连接数；默认值：0；使用建议：设置建议见下节  
> blockWhenExhausted：当资源池用尽后，调用者是否要等待。只有当为true时，下面的maxWaitMillis才会生效；默认值：true；使用建议：建议使用默认值  
> maxWaitMillis：当资源池连接用尽后，调用者的最大等待时间(单位为毫秒) -1：表示永不超时；使用建议：不建议使用默认值  
> testOnBorrow：向资源池借用连接时是否做连接有效性检测(ping)，无效连接会被移除；默认值：false；使用建议：业务量很大时候建议设置为false(多一次ping的开销)。  
> testOnReturn：向资源池归还连接时是否做连接有效性检测(ping)，无效连接会被移除；默认值：false；使用建议：业务量很大时候建议设置为false(多一次ping的开销)。  
> jmxEnabled：是否开启jmx监控，可用于监控；默认值：true；使用建议：建议开启，但应用本身也要开启
> 
> 1.  空闲资源监测
> 
> 空闲Jedis对象检测，下面四个参数组合来完成，testWhileIdle是该功能的开关。
> 
> testWhileIdle：是否开启空闲资源监测；默认值：false；使用建议：true  
> timeBetweenEvictionRunsMillis：空闲资源的检测周期(单位为毫秒)；默认值：-1：不检测；使用建议：建议设置，周期自行选择，也可以默认也可以使用下面JedisPoolConfig中的配置  
> minEvictableIdleTimeMillis：资源池中资源最小空闲时间(单位为毫秒)，达到此值后空闲资源将被移除；默认值：1000  
> 60 30 = 30分钟；使用建议：可根据自身业务决定，大部分默认值即可，也可以考虑使用下面JeidsPoolConfig中的配置
> 
> numTestsPerEvictionRun：做空闲资源检测时，每次的采样数；默认值：3；使用建议：可根据自身应用连接数进行微调,如果设置为-1，就是对所有连接做空闲监测

## 4. 总结： ##

**spring-data-redis与spring的整合，更像mybatis与spring整合，通过工厂，创建实例，再操作实例。而jedis，更像spring与MySQL结合，通过操作连接池，获取实例操作数据库。**

[2020021721082917.png]: https://img-blog.csdnimg.cn/2020021721082917.png