关于redisredisson的信息

本篇文章给大家谈谈redisredisson，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、redis客户端选型-Jedis、lettuce、Redisson
• 2、Redis Redisson实现分布式锁，业务操作超时怎么处理？watch dog
• 3、SpringBoot集成redisson操作redis
• 4、Redis重启Redisson出错：Unable to send command!

redis客户端选型-Jedis、lettuce、Redisson

1.背景

    研发部门对于客户端选型比较广泛和随意，依赖的分支也不统一，感觉就像百度到一个就直接用，或者是有一个功能满足就换，没有考虑到其他组的使用情况以及集中维护。

    另外一个是如果作为公司pom脚手架的基本组成部分，需要考虑统一成一个还是多个并存的问题，现在有两个考量：如果性能不是大问题，建议统一集中为一个就行; 如果需要多个并存，至少不能多于2个客户端。

2.比较

    官方推荐的java客户端只有Jedis、lettuce、Redisson，所以这次分析只针对这三个进行。

2.1.概述

    Jedis: redis的Java实现客户端，提供了比较全面的Redis命令的支持。

    lettuce: Lettuce is a scalable thread-safe Redis client for synchronous, asynchronous and reactive usage. Multiple threads may share one connection if they avoid blocking and transactional operations such as BLPOP and MULTI/EXEC. Lettuce is built with netty. Supports advanced Redis features such as Sentinel, Cluster, Pipelining, Auto-Reconnect and Redis data models.

    Redisson: Redisson是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory Data Grid）。它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务。其中包括(BitSet, Set, Multimap, SortedSet, Map, List, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock, AtomicLong, CountDownLatch, Publish / Subscribe, Bloom filter, Remote service, Spring cache, Executor service, Live Object service, Scheduler service) Redisson提供了使用Redis的最简单和最便捷的方法。Redisson的宗旨是促进使用者对Redis的关注分离（Separation of Concern），从而让使用者能够将精力更集中地放在处理业务答举逻辑上。

lettuce: 直接看官网的：

2.2.性能

    Jedis的性能比lettuce和Redisson都要差一点，三者的主要差异在于以下:

    1.Jedis使用同步和阻塞IO的方式，不支持异步；lettuce和Redisson支持异步，底层是基于netty框架的事件驱动作为通信层。

    2.Jedis设计上就是基于线程不安全来设计，一个连接只能被一个线程使用，但清皮碧是可以结合连接池来提高其性能；lettuce和Redis基于线程安全来设计的，一个连接是被共享使用的，但是也提供了连接池，主要用于事务以及阻塞操作的命令。

    3.lettuce和Redisson支持异步流的方式。

    一些公开的benchmark结果:

    Redisson和Jedis:

    Jedis和lettuce:

    上面的测试结果都是比较久远的，没找到三者共同参与的性能测试结果。

    没有做三者的性能基准测试，主要是无目的性、无针对性的条件限制(并发数、数据量、指令kv的握燃大小范围)，很难去做定量和可对比的基准测试（主要是我懒）。

2.3.功能

    Jedis: 提供比较全面的redis原生指令的支持，上层封装比较弱，集群特性支持度非常低，高级特性几乎没有。

    lettuce: 高级redis客户端，支持各种模式的redis连接和操作，高级特性几乎没有。

    Redisson: 高级redis客户端，支持各种模式的redis连接和操作，同时提供一大堆的实用功能。

    Jedis和lettuce没什么功能，就简单的操作，连分布式锁都需要自己实现，所以先聊聊Redisson的高级功能，中间偶尔会用Jedis和lettuce做对比。

    1.十几种编码方式。

    Redisson是基于对象的操作，对于key对象和value对象可用不同的高级编码方式:

    JsonJacksonCodec、AvroJacksonCodec、SmileJacksonCodec、CborJacksonCodec、MsgPackJacksonCodec、IonJacksonCodec、KryoCodec、SerializationCodec、FstCodec、LZ4Codec、SnappyCodec、CompositeCodec

    和四种基本的编码方式:

    JsonJacksonMapCodec、StringCodec、LongCodec、ByteArrayCodec

    而Jedis操作只针对字节数组, lettuce支持ByteArrayCodec、StringCodec、CipherCodec、CompressionCodec四种。

    按需使用，没有编码方式的比对。

2.分布式集合。

    把大集合拆分并均匀分布到各个节点上，集合包括Set、Map、BitSet、Bloom Filter、Spring Cache和Hibernate Cache，并且支持本地缓存。（只有专业版才能用）分布式锁。

各种各样的分布式锁: 可重入锁ReentrantLock、公平锁FairLock、联锁MultiLock、红锁RedLock、读写锁ReadWriteLock、信号量Semaphore、可过期的信号量PermitExpirableSemaphore、计数器CountDownLatch

3.RPC

4.分布式调度任务服务

5.分布式MR

6.复杂多维对象结构和对象引用的支持

7.集群pipeline

    lettuce也支持。

    jedis不支持，jedis连多key（分布在不同节点的）操作都不支持。

8.事务

    提供了XA Transactions标准的实现，可以集成到Spring中。（只有专业版才能用）

9.集群管理工具

    （只有专业版才能用）

10.限流器

    分布式的限流工具（有timeout功能）。

11.自增/分布式ID

12.BloomFilter

13.延迟队列

2.4.选型

    Spring最早是默认以Jedis作为客户端, 但是后来改为了lettuce, lettuce与Jedis相比比较明显的特点是异步和线程安全, 底层是netty大杀器作为通信层, 性能比Jedis的线程不安全+连接池要好。

    Redisson是以其强大的功能以及面向对象的设计优于其他两者。

    根据我们的业务需要:

    1.限流

    2.分布式锁

    3.缓存

    4.GID生成

    5.延时队列

    6.lua脚本

    7.请求合并

    Redisson都能满足，实际上单是使用Redisson作为Spring的客户端就足够了。

    个人倾向lettuce + Redisson。

Redis Redisson实现分布式锁，业务操作超时怎么处理？watch dog

如果被锁住的业务运行时间超过了锁的时间，别的线程进来了，导致业务错误，这是不能接受的。Redisson已经为我们考虑到这个问题，自动渗配续锁的时间的机制。

watch dog机制。watch dog 肯定丛早指是会占用一部分资源的，需要根据项目情况来确定是否使用，代码看注释部分差异。

redisson分布式锁的使用参考上一篇博文。

更多官方文睁贺档，请参考官方文档：.-分布式锁和同步器

[img]

SpringBoot集成redisson操作redis

每个Redisson对象实例都会有一个与之对应的Redis数据实例，可以通过调用getName方法来取得redis数据实例的名称(key)，所有于Redis key相关的操作都归纳在RKeys这个接口里。

具体demo

其中，getKeysByPattern是基于redis的scan命令实现型册。

Redisson的分布式RBucket Java对象是一种通用对象桶，可以用来存放任意类型的对象。除了同步接口外，还提供异步(Async)、反射式(Reactive)和RxJava2标准的接口。还可以通过RBuckets接口实现批量操作多个RBucket对象。

基于Redisson的分布式映射结构的RMap Java对象实现了java.util.concurrent.ConcurrentMap和java.util.Map接口，与HashMap不同的是，RMap 保持了元素的插入顺序。该对象的最大容量受Redis限制，最大元素数量是4294967295个卜薯宏。

基于Redisson的分布式Set结构的RSet Java对象实现了java.util.Set接口，通过元素的互相状态比较保证了每个元素的唯一性，该对象的最大容量受Redis限制，最大元素数量是4294967295个。

基于Redisson的分布式列表 List 结构的RList Java对象在实现了java.util.List接口的同时，确保了元素插手迟入时的顺序，该对象的最大容量受Redis限制，最大元素数量是4294967295个。

将上述demo放入一个API中，快速测试：

参考：

Redis重启Redisson出错：Unable to send command!

最近在公司开发环境发现一个问题，是这样的，开发环境的机器不断打日志，由于日志的定时清理不及时，导致磁盘满了，然后redis由于没法持久化，所以就连不上了，这个时候发现之后我们重启了redis，然后就回家了。

第二天应用在使用redisson的分布式锁的时候就发现错误： org.redisson.client.WriteRedisConnectionException: Unable to send command! ，就是分布式锁的命令无法执行，导致许多业务都出现问题。

一开始以为是redis出问题，检查了一下，并重启了一下，还是有问题，最后重启某个微服务之后发现没问题了，到这里定位到是redisson连接管理出问题了，但是具体基山如何解决还一脸懵逼。

看了错误堆栈：

就知道关闭通道的时候出问题，但是具体什么原因不知道，搜索引擎老师也不知所措

最终，在redisson的github仓库的issue中找到了答案：

The connection not reconnect #1811

刚好我们使用的redisson版本也是 3.9.1 ，这个issue发生提到的错误，问题的出现基本和我遇到的一致，并且在 Fixed - connection is not reconnected #1811 中解决了胡锋迹，所以，这样子，升级！搞定！

问题的主要原因是：在redis出问题之后，watchdog发现连接无效之后，然后打印了一个警告日志之后，就没法有自动重连了，导致继续使用该连接的时候出问题，问题解决，ConnectionWatchdog.channelInactive.tryReconnect方法：

解决版本如下，如果遇到相同的问题可以选择一个升级：

redisson-3.11.3、redisson-3.11.2、redisson-3.11.1、redisson-3.11.0、redisson-3.10.7、redisson-3.10.6、裤并redisson-3.10.5、redisson-3.10.4、redisson-3.10.3、redisson-3.10.2、redisson-3.10.1、redisson-2.15.2、redisson-2.15.1

关于redisredisson和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。