Redis 框架 jedis 与 lettuce 比较

【需求背景】

由于集群模式下 Spring 对 jedis 的封装，在使用批量方法 (mget、delete) 时会把任务都提交到仅有一个核心线程的 executor 中执行，在高并发场景下会造成应用内大量任务处于排队状态而得不到执行。

具体参考：https://juejin.cn/post/6844904115445694472

【 jedis 和 lettuce 的区别】

• lettuce 底层使用了 pipeline 实现了批量命令的功能，解决 mget 的问题。具体查看类：io.lettuce.core.cluster.api.async.RedisAdvancedClusterAsyncCommands

• jedis 使用了线程池来解决 mget 的问题，具体查看类：org.springframework.data.redis.connection.jedis.JedisClusterStringCommands

综合性能对比，肯定是使用 pipeline 更加高效，这是原生 Redis 支持的功能。

【实践】

修改 nacos 的配置：spring.redis.client.type=lettuce 即可实现。

sls 查看启用哪个实例：LettuceRedisConfiguration 或 JedisConnectionFactory

【性能分析】

1、压测机器

serviceA 1台

serviceB 1台

其他依赖：全部依赖于生产环境的实例

2、压测接口

查询单个用户购物车，购物车数量很大的情况。

3、压测结果

4、压测分析

• 对于单个 get 请求来说，对比第4个和第5个用例，对比第7个和第8个用例，jedis 性能与 lettuce 框架性能相当，差别不大。

• 对于 mget 批量请求来说，对比第1个和第3个用例，lettuce 性能明显好于 jedis 框架。

• 对于 lettuce 框架来说，对比第2个和第6个用例来说，默认策略 shareNativeConnection=true 要明显好于 shareNativeConnection=false，因此保留默认配置。

5、最终结论

如果要使用 mget 批量命令的话，建议使用 lettuce 框架，并且保留默认配置：shareNativeConnection=true。

如果不使用批量命令，lettuce 框架和 jedis 框架性能相当。

综上所述，还是 lettuce 框架性能更优。