springboot配置redis的错误:NoSuchMethodError: redis.clients.jedis.Jedis和ERR Unsupported CONFIG parameter

最新推荐文章于 2025-04-13 08:42:20 发布
最新推荐文章于 2025-04-13 08:42:20 发布
阅读量5.3k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/howard789/article/details/83995885
在使用SpringBoot 2.0.2与Redis进行项目整合并尝试部署为WAR包时，遇到因依赖版本不匹配导致的错误。通过升级jedis库至2.9.0版本及更新RedisServer至3.0版本，成功解决了部署问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

项目用spring boot 2.0.2搭建，redis用的是windows单机的，自己写的项目不想用的太复杂，本来用测试类跑的好好的，突然想要发布成war包运行，就发现好多问题

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'enableRedisKeyspaceNotificationsInitializer' defined in class path resource [org/springframework/boot/autoconfigure/session/RedisSessionConfiguration$SpringBootRedisHttpSessionConfiguration.class]: Invocation of init method failed; nested exception is java.lang.NoSuchMethodError: redis.clients.jedis.Jedis.<init>(Ljava/lang/String;IIIZLjavax/net/ssl/SSLSocketFactory;Ljavax/net/ssl/SSLParameters;Ljavax/net/ssl/HostnameVerifier;)V

 

本来用的是2.8.0

<dependency>
    <groupId>redis.clients</groupId>
    <artifactId>jedis</artifactId>
    <version>2.8.0</version>
</dependency>

改为2.9.0版本解决，然后又遇到

ERR Unsupported CONFIG parameter: notify-keyspace-events

百度了一下知道是redis版本的问题，但不是代码的，是redis Server 版本太低，也不知道自己的是什么版本

参考了这篇 https://blog.youkuaiyun.com/WYpersist/article/details/81231580

用 redis server 3.0版本，没有问题，成功部署

 

详细解决redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
念兮为美
03-18 1万+
redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool的多种详细的解决方法
正确解决redis.clients.jedis.exceptions.JedisAskDataException异常的有效解决方法
wbajsjhhhhh的博客
05-05 2121
正确解决redis.clients.jedis.exceptions.JedisAskDataException异常的有效解决方法
springboot 使用shiro-redis 报错：java.lang.NoSuchMethodError: redis.clients.jedis.ScanResult.getStringCur
qaz558258的博客
01-07 1546
报错异常：java.lang.NoSuchMethodError: redis.clients.jedis.ScanResult.getStringCursor()Ljava/lang/String; 出现原因： springboot 2.2.5中自带 jedis 版本为3.1.0 而shiro-redis中使用的版本为2.9.0 引用的包： <dependency> <groupId>org.springframework.boot</groupId>..
java jedis jar_因缺少jedis.jar包报"java.lang.NoSuchMethodError: redis.clients.jedis.JedisPool.
weixin_39623273的博客
02-24 1508
一、问题描述项目是基于dubbo的2.5.3版本，将注册中心zookeeper(zookeeper://127.0.0.1:2181)改为redis的(redis://127.0.0.1:6379)，添加redis依赖关系，启动系统报异常“java.lang.NoSuchMethodError: redis.clients.jedis.JedisPool.(Lorg/apache/commons/...
java.lang.NoSuchMethodError: redis.clients.jedis.JedisPoolConfig.setMinEvictableIdleTime
dj1955的博客
05-12 773
<dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-pool2</artifactId> <version>2.11.1</version> </dependency>
NoSuchMethodError: redis.clients.jedis.JedisShardInfo.setTimeout(I)V
u012129885的博客
08-02 901
  spring 结合 jedis 基础配置运行报如下错误：   NoSuchMethodError: redis.clients.jedis.JedisShardInfo.setTimeout(I)V   解决方法：查找了各种方法，最后发现是jedis jar包版本过高，最配置spring-data-redis.jar 版本为1.4.1,jedis.jar 为2.1.0     ...
NoSuchMethodError redis.clients.jedis.Jedis.expire([BI)Ljava/lang/Long；
拾玖的博客
08-17 815
NoSuchMethodError redis.clients.jedis.Jedis.expire([BI)Ljava/lang/Long;
Spring Boot集成Redis Caused by: java.lang.ClassNotFoundException: redis.clients.jedis.util.SafeEncoder
IceStreamLab
09-05 1560
Caused by: java.lang.ClassNotFoundException: redis.clients.jedis.util.SafeEncoder 背景： 尝试将Spring Boot由2.1.x版本升级到2.2.x时，集成redis.clients时，出现以下问题： Caused by: java.lang.ClassNotFoundException: redis.clients.jedis.util.SafeEncoder 解决方案 在升级Spring Boot版本的同时，将re
Redis异常报错：redis.clients.jedis.exceptions.JedisException Could not get a resource from the pool
zyk1.的博客
05-13 1264
Redis异常报错：redis.clients.jedis.exceptions.JedisException: Could not get a resource from the pool 贴出错误截图 大家看错误日志分析的时候一定要细心 把关键节点的错误信息看清楚 再去找资料的时候仔细比对错误 好 进入正题 解决方法是 Redis拒绝我们是因为redis.conf配置文件中默认打开bind 127.0.0.1 我们要把他注释掉 注释之后 我们重启 这里去读了我们自己的配置文件 但是发现还是报错
Caused by: java.lang.NoSuchMethodError: redis.clients.jedis.JedisPool.<init>(Lorg/apache/commons/poo
qinzw521的博客
01-03 3383
#今天做有关redis方面的项目出现了这个问题 终于找到了解决方法,其实问题很简单,就是jedis版本的问题 redis.clients jedis 3.1.0
redis从2.1.0升级到2.6.0报错：java.lang.NoSuchMethodError
RodJohnson_523391的专栏
10-14 1079
项目中使用了jedis-2.1.0.jar，现在升级为jedis-2.6.0，在初始化资源池时，总是报如下错误。 private JedisPool pool = new JedisPool(config, host, port, timeout, null, dbIndex); //这句报错。 [quote]Caused by: java.lang.NoSuchMethodError: ...
出现 java.lang.NoSuchMethodError: ‘void redis.clients.jedis.JedisPoolConfig.setMinEvictableIdleTime
liaowenxiong的博客
04-13 302
我遇到这个问题是因为commons-pool2版本的问题，改成2.11.1就没有出现了。
【redis】java.lang.NoSuchMethodError: redis.clients.jedis.Jedis.lpush(Ljava/lang/String;Ljava/lang/Str
INZT__的博客
04-07 5069
org.springframework.web.util.NestedServletException:Handler processing failed; nested exception is java.lang.NoSuchMethodError: redis.clients.jedis.Jedis.lpush(Ljava/lang/String;Ljava/lang/String;)Lja...
使用Jedis：java.lang.NoSuchMethodError
菜鸟frank59的学习笔记
08-03 769
最近在使用Jedis过程中出现了以下的异常： 2012-08-02 20:26:31,697 ERROR [pool-4-thread-1] (TrimQueueTask.java:74) - redis.clients.jedis.Jedis.lpush(Ljava/lang/String;[Ljava/lang/String;)Ljava/lang/Long; java.lang....
NoSuchMethodError:redis.clients.jedis.jedisPoolconfig.setMinEvictableTime(Ljava/time/Duration；)V问题排查
qq_37769922的博客
10-10 471
Java.lang.NoSuchMethodError；Java.lang.NoSuchMethodError:redis.clients.jedis.jedisPoolconfig.setMinEvictableTime(Ljava/time/Duration;)V；(Ljava/time/Duration;)V
因缺少jedis.jar包报"java.lang.NoSuchMethodError: redis.clients.jedis.JedisPool..."问题
chunlaiqingke的博客
09-26 8189
一、问题描述 项目是基于dubbo的2.5.3版本，将注册中心zookeeper（zookeeper://127.0.0.1:2181）改为redis的（redis://127.0.0.1:6379），添加redis依赖关系，启动系统报异常“java.lang.NoSuchMethodError: redis.clients.jedis.JedisPool.(Lorg/apache/co
nested exception is java.lang.NoSuchMethodError: redis.clients.jedis.JedisShardInfo.setTimeout(I)V
来一杯吧
08-29 1849
spring-data-redis版本问题 当配置redis集群时发现jedis需要使用高一点的版本，我就把jedis改成了 2.9.0， 发现redis.clients.jedis.JedisShardInfo.setTimeout(I)V错误， 把spring-data-redis的版本改成1.8.9.RELEASE就可以了 ...
redis.clients.jedis.JedisPoolConfig.setMinEvictableIdleTime(Ljava/time/Duration；)V
qq 117791303
03-19 500
java.lang.NoSuchMethodError: redis.clients.jedis.JedisPoolConfig.setMinEvictableIdleTime(Ljava/time/Duration;)V
READONLY You can't write against a read only replica. at redis.clients.jedis.Protocol.processError(Protocol.java:96) at redis.clients.jedis.Protocol.process(Protocol.java:137) at redis.clients.jedis.Protocol.read(Protocol.java:192) at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:316) at redis.clients.jedis.Connection.getOne(Connection.java:298) at redis.clients.jedis.Connection.executeCommand(Connection.java:123) at redis.clients.jedis.Jedis.set(Jedis.java:4880) at com.sky.reids7.demo.JedisDemo.main(JedisDemo.java:14)
最新发布
07-17
<think>我们正在解决Jedis连接Redis时出现的“WRITE against read only replica”错误。这个错误通常发生在尝试向Redis的只读副本（replica）执行写操作时。Redis的副本默认是只读的，不允许写入操作。因此，我们需要确保写操作只发送到主节点（master），而读操作可以发送到副本节点。 解决方案可能包括： 1. 检查Redis拓扑结构：确认我们连接的是主节点还是副本节点。写操作必须发送到主节点。 2. 在Jedis客户端中正确配置：确保写操作使用主节点的连接，读操作可以使用副本节点的连接。 3. 在Redis服务器端配置：虽然不推荐，但可以通过修改Redis配置使副本节点允许写操作（但这样会破坏主从一致性，一般不采用）。 更常见的做法是在客户端实现读写分离：写操作定向到主节点，读操作定向到副本节点。 在Jedis中，我们可以使用`JedisPool`来管理主节点的连接（用于写操作），使用另一个`JedisPool`来管理副本节点的连接（用于读操作）。或者，我们可以使用支持读写分离的Jedis封装，例如`JedisSentinelPool`（如果使用哨兵模式）或`ShardedJedis`（如果使用分片）等。 另外，从Redis 2.6以后，副本节点默认是只读的，可以通过配置`replica-read-only`为`no`来允许写入，但这通常不推荐，因为这样写入的数据不会被主节点同步，并且可能在主从同步时被覆盖。 因此，我们更倾向于在客户端解决这个问题。 下面是一个示例，展示如何通过两个不同的连接池来分别处理读写操作： ```java // 主节点连接池（用于写） JedisPool masterPool = new JedisPool("master-host", 6379); // 副本节点连接池（用于读） JedisPool replicaPool = new JedisPool("replica-host", 6380); // 写操作 try (Jedis jedis = masterPool.getResource()) { jedis.set("key", "value"); } // 读操作 try (Jedis jedis = replicaPool.getResource()) { String value = jedis.get("key"); } ``` 但是，如果我们的应用是使用Redis哨兵（Sentinel）或者集群（Cluster）模式，那么我们需要使用相应的连接池。 对于哨兵模式，我们可以使用`JedisSentinelPool`，它能够自动发现主节点，并且我们可以通过它来获取主节点的连接（用于写操作），但是获取从节点的连接需要额外处理。JedisSentinelPool主要提供主节点的连接。 对于集群模式，我们可以使用`JedisCluster`，它内部会处理命令的路由，将写命令发送到主节点，读命令发送到从节点（需要启用`setReadOnly`方法）。在JedisCluster中，默认情况下所有命令都会发送到主节点，但我们可以通过设置`setReadFrom`方法来指定从副本节点读取。 下面是一个JedisCluster的示例，配置为从副本节点读取： ```java Set<HostAndPort> nodes = new HashSet<>(); nodes.add(new HostAndPort("cluster-node1", 6379)); nodes.add(new HostAndPort("cluster-node2", 6379)); // 添加所有节点 JedisCluster jedisCluster = new JedisCluster(nodes, DefaultJedisClientConfig.builder() .readFrom(ReadFrom.REPLICA) // 从副本节点读取 .build()); // 写操作会被自动路由到主节点 jedisCluster.set("key", "value"); // 读操作会被路由到副本节点 String value = jedisCluster.get("key"); ``` 注意：在Jedis 3.0及以上版本中，`ReadFrom`枚举提供了多种读取策略，包括`MASTER`（只从主节点读）、`MASTER_PREFERRED`（优先主节点，如果主节点不可用则从副本节点读）、`REPLICA`（从副本节点读）和`REPLICA_PREFERRED`（优先从副本节点读，如果副本节点不可用则从主节点读）。 因此，根据你的Redis部署模式（单机、主从复制、哨兵、集群），解决方法会有所不同。 总结步骤： 1. 确认Redis部署模式。 2. 确保写操作发送到主节点。 3. 配置客户端（如Jedis）使用正确的连接策略。 如果问题仍然存在，请检查你的连接配置是否正确，以及网络连接是否正常。 §§相关问题§§ 1. 如何配置Redis哨兵模式下的Jedis连接？ 2. 在Redis集群模式下，Jedis如何自动处理主从故障转移？ 3. 如何通过Jedis检测Redis节点是主节点还是副本节点？ 4. 除了Jedis，还有哪些Java客户端可以更好地处理Redis读写分离？</think>### Jedis Redis "WRITE against read only replica" 错误解决方案 当使用Jedis连接Redis时出现"WRITE against read only replica"错误，表明您尝试在**只读副本节点**上执行写操作。Redis的副本节点默认配置为只读模式（`replica-read-only yes`），这是Redis主从架构的核心特性。以下是系统性的解决方案： --- ### 一、核心解决方案 #### 1. **确保写操作指向主节点** - 问题根源：Jedis连接到了副本节点而非主节点 - 解决方案： ```java // 显式连接到主节点 JedisPool masterPool = new JedisPool("主节点IP", 6379); try (Jedis jedis = masterPool.getResource()) { jedis.set("key", "value"); // 写操作必须在主节点执行 } ``` - 验证节点角色： ```bash redis-cli -h <节点IP> info replication # 输出包含"role:master"的节点即为主节点 ``` #### 2. **使用Redis Sentinel自动路由** 当使用哨兵模式时，通过`JedisSentinelPool`自动获取主节点： ```java Set<String> sentinels = new HashSet<>(); sentinels.add("sentinel1:26379"); sentinels.add("sentinel2:26379"); JedisSentinelPool pool = new JedisSentinelPool("mymaster", sentinels); try (Jedis jedis = pool.getResource()) { // 自动路由到主节点 jedis.set("key", "value"); } ``` #### 3. **Redis集群模式配置** 在集群模式下，使用`JedisCluster`并指定读写策略： ```java Set<HostAndPort> nodes = new HashSet<>(); nodes.add(new HostAndPort("cluster-node1", 6379)); // 添加所有节点... JedisCluster jedisCluster = new JedisCluster(nodes, DefaultJedisClientConfig.builder() .readFrom(ReadFrom.REPLICA) // 读操作指向副本 .build()); jedisCluster.set("key", "value"); // 写操作自动路由到主分片 ``` --- ### 二、高级配置方案 #### 1. **强制修改副本为可写（不推荐）** > ⚠️ 此操作破坏主从一致性，仅用于临时测试： ```bash redis-cli -h <副本IP> CONFIG SET replica-read-only no ``` 永久修改需在redis.conf中设置： ```ini replica-read-only no # 默认值为yes ``` #### 2. **连接池分离策略** 显式分离读写连接池： ```java // 主节点连接池（写操作） JedisPool masterPool = new JedisPool("主节点", 6379); // 副本节点连接池（读操作） JedisPool replicaPool = new JedisPool("副本节点", 6379); // 写操作 try (Jedis master = masterPool.getResource()) { master.set("counter", "100"); } // 读操作 try (Jedis replica = replicaPool.getResource()) { String value = replica.get("counter"); } ``` --- ### 三、错误排查流程 1. **检查节点角色** ```java try (Jedis jedis = pool.getResource()) { String role = jedis.info("replication").split("\r\n")[1]; System.out.println(role); // 输出: role:slave } ``` 2. **验证连接配置** 检查是否误将副本节点IP配置到写操作路径 3. **监控命令路由** 启用Jedis日志： ```java GenericObjectPoolConfig config = new GenericObjectPoolConfig(); config.setJmxEnabled(true); // 通过JMX监控连接目标 ``` --- ### 四、架构建议 1. **读写分离中间件** 使用代理层（如Redis Proxy或Redis Cluster Proxy）自动路由请求 2. **客户端负载均衡** 采用Lettuce客户端（支持更灵活的ReadFrom策略）： ```java RedisClient client = RedisClient.create("redis://主节点"); StatefulRedisMasterReplicaConnection<String, String> connection = MasterReplica.connect(redisClient, StringCodec.UTF8, "主节点"); connection.setReadFrom(ReadFrom.REPLICA); // 读操作指向副本 ``` > **关键原则**：Redis的主从复制是异步过程，任何在副本上的写操作都会导致数据不一致。生产环境应严格遵循**主节点写/副本节点读**的架构规范[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值