lettuceredis(lettuceredis连接泄漏)
本篇文章给大家谈谈lettuceredis,以及lettuceredis连接泄漏对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
本文目录一览:
- 1、redis客户端选型-Jedis、lettuce、Redisson
- 2、redis网络波动,Jedis/Lettuce是阻塞还是失败?
- 3、(二)连接Redis,Lettuce与Jedis客户端
- 4、Spring整合Lettuce Redis
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网络波动,Jedis/Lettuce是阻塞还是失败?
Redis服务器环境:单点配置
Redis客户端环境:Jedis/Lettuce配置
配置信息如下:
Jedis连接工厂的配置:
lettuce连接毕隐工厂的配置:
无论是Jedis客户端还是Lettuce客户端,当Redis服务器恢复后,均唯唤无需重启项目,项目的Redis访问请求即可恢复。
但是:Jedis客户端的请求会立刻失败;Lettuce的请求手山厅会被阻塞,由定时发起reconnect操作。
[img](二)连接Redis,Lettuce与Jedis客户端
Redis优势
从 Spring Boot 2.x 开始 Lettuce 已取代 Jedis 成为首选 Redis 的客户端。当然 Spring Boot 2.x 仍然支持 Jedis,并且你可以任意切换客户端。
使用Lecttuce需要再引用一个包
配置
org.springframework.boot.autoconfigure.data.redis.RedisProperties中集成了Jedis与Lettuce。
概念:
Jedis:是Redis的Java实现客户端,提供了比较全面的Redis命令的支持,
Redisson:实现了分布式和可扩展的Java数据结构。
Lettuce:高级Redis客户端,用于线程安全同步,异步和响应使用,支持集群,Sentinel,管道和编码器。
优点:
Jedis:比较全面的提供了Redis的操作特性
Redisson:促使使用者对Redis的关注分离,提供很多分布式相关操作服务,例如,分布式锁,分布式集合,可通过Redis支持延迟队列
Lettuce:主要在一些分布式缓存框架上使用比散中较多
可伸缩:
Jedis:使用阻塞举野的I/O,且其方法调用都是同步的,程序流需要等到sockets处理完I/O才能执行,不支持异步。Jedis客户端实例不是线程安全的,所以需要通过连接池来使用Jedis。
Redisson:基于Netty框架的事件驱动的通信层,其方法调用是异步的。Redisson的API是线程安全的,所以可以操作单个Redisson连接来完成各种操作
Lettuce:基于Netty框架的事件驱动的通信层,其方法调用是异步的。Lettuce的API是线程安全的,所以可以操作单个冲答山Lettuce连接来完成各种操作
Spring整合Lettuce Redis
以关键词【 spring lettuce 】搜索,大部分博文都是基于配置文件配陪桥置的,不太符合某些定制化需求。
所以本文提供两种配置方式。一种基于配置文件,一种基于Java Config。
单芦滑猛机redis配置
哨兵模式redis配置
参考源码: LettuceConnectionConfiguration:119 行
lettuce 是让春基于 netty 的,所以有下面的坑点
如果项目中依赖的netty低于 4.0.26.Final ,在linux环境下会导致无法运行。
建议项目中设置netty依赖版本大于等于 4.1.11.Final 。
本人项目依赖了 com.dianping.cat:cat ,从而间接依赖了 compile ('io.netty:netty-all:4.0.24.Final') ,
导致在linux环境运行一直报错,而macOS开发环境正常,因为macOS和windows环境都是不支持 epoll 的。
关于lettuceredis和lettuceredis连接泄漏的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。