当前位置: 首页>后端>正文

redis 客户端比较

前言

redis作为日常开发最常用的缓存中间件,被广大开发人员使用和熟知,是一个高性能的 key-value 数据库。

Redis 与其他 key - value 缓存产品有以下三个特点:

  • Redis支持数据的持久化,可以将内存中的数据保存在磁盘中,重启的时候可以再次加载进行使用。
  • Redis不仅仅支持简单的key-value类型的数据,同时还提供list,set,zset,hash等数据结构的存储。
  • Redis支持数据的备份,即master-slave模式的数据备份

redis 优势

  • 性能极高 – Redis能读的速度是110000次/s,写的速度是81000次/s 。
  • 丰富的数据类型 – Redis支持二进制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 数据类型操作。
  • 原子 – Redis的所有操作都是原子性的,意思就是要么成功执行要么失败完全不执行。单个操作是原子性的。多个操作也支持事务,即原子性,通过MULTI和EXEC指令包起来。
  • 丰富的特性 – Redis还支持 publish/subscribe, 通知, key 过期等等特性。

redis客户端

常见的redis客户端有jedis、Lettuce、redisson

jedis

jedis作为redis的java实现客户端,提供了比较全面的Redis命令的支持。
将redis的基本指令暴露给开发人员进行使用,相对而言,便于喜欢直接操作redis的开发人员进行理解。
使用阻塞的I/O,且其方法调用都是同步的,程序流需要等到sockets处理完I/O才能执行,不支持异步。Jedis客户端实例不是线程安全的,所以需要通过连接池来使用Jedis。

Lettuce

Lettuce是spring-data-redis中默认使用的redis客户端,spring-data-redis也有jedis客户端
Lettuce作为高级Redis客户端,用于线程安全同步,异步和响应使用,支持集群,Sentinel,管道和编码器。
基于Netty框架的事件驱动的通信层,其方法调用是异步的。Lettuce的API是线程安全的,所以可以操作单个Lettuce连接来完成各种操作
pipeline的行为对于我们来说可能不是很友好,在需要使用pipeline的场景下,建议使用jedis。

redisson

实现了分布式和可扩展的Java数据结构。
redisson促使使用者对Redis的关注分离,提供很多分布式相关操作服务,例如,分布式锁,分布式集合,可通过Redis支持延迟队列
基于Netty框架的事件驱动的通信层,其方法调用是异步的。Redisson的API是线程安全的,所以可以操作单个Redisson连接来完成各种操作

三种redis客户端选择

jedis

jedis作为java实现的客户端,属于比较老牌,成熟的redis客户端,但是对于一些集群、分布式锁、异步、reactive等的支持一般,如果想使用jedis客户端,也推荐使用spring-data-redis中jedis客户端,通过spring对jedis的支持来扩展jedis的功能。

lettuce

作为spring-data-redis中默认使用的redis客户端,推荐在使用spring-data-redis时还是使用lettuce作为redis的客户端,spring主推lettuce往往会对其兼容度更高,扩展功能更全面。
可以通过官网文档来对其进行了解lettuce,通过文档可以了解lettuce是一个可扩展线程安全的redis客户端,支持同步、异步、reactive使用,多个线程可共享一个连接来避免阻塞和事务性操作。

redisson

作为github中比较热门的redis客户端,基于高性能的异步和无所Java Redis客户端和netty框架。
将常用的redis指令进行封装,促使使用者从redis的关注中分离,在刚开始接入的时候,难免会在刚开始的时候对着文档写代码,但是这样也带来了一个好处,就是原生redis所不能提供的能力,在这里就可以完全不用顾及,直接使用redisson中封装的方法。
通过官网文档进行了解redisson,可以发现,常见的redis客户端所提供的能力,在这里都能够看到,比较亮点的包括LuaDistributed Java locks and synchronizers(分布式锁)、Distributed services。同时也兼容spring-data-redis,提供starter、mybatis等等功能。
在这里我还是比较推荐使用redisson,主要是其已经对spring-data-redis做了兼容,而且,分布式锁在日常的业务开发中,使用到的场景还是比较多的,而且,redisson所提供的RLock红锁,已经是较为完备的分布式锁,虽然redis分布式锁只是缓解并发情况,有些情况下还是难以避免,不过优势在于对于redis的学习成本比zk等低。

对于从jedis迁移到redisson的使用者来说,前期迁移过程会比较痛苦,需要从原生的指令对应到redisson中的方法,具体的对应关系可以查阅以下网页Redis命令和Redisson对象匹配列表

这里也介绍了redisson配置方式


https://www.xamrdz.com/backend/3b51940138.html

相关文章: