redisonjava客户端能否检测到集群拓扑中失败的主副本对的重新启动



我的Spring启动应用程序使用redison 3.3.0通过以下YML配置访问redis集群拓扑:

redis:
cluster:
nodes: ${CLUSTER_HOST}:6379
read-mode: 'MASTER'
connections: 125
max_wait_millis: 10000
cluster-scan-interval: 1000

redis集群设置为默认(3个节点,每个节点有1个副本(。

我停止包含相同插槽的2个节点(主副本对(。然后,当我的应用程序试图从这些插槽中读取密钥时,正如预期的那样,我得到了这个异常:

org.redisson.client.RedisConnectionException: 
MasterConnectionPool no available Redis entries.  
Disconnected hosts: [/${CLUSTER_HOST}:6379] 

我想这是正确的,因为在使用CLUSTER nodes命令检查我的redis节点后,我可以看到这2个节点已经关闭,并且它们的插槽在集群中丢失了。

问题是,当我再次启动节点时,我使用CLUSTER INFO&群集节点表示群集已返回。然而,当我的应用程序试图再次从集群中读取时,我得到了这个redison异常:

io.netty.util.concurrent.DefaultPromise: 151 - An 
exception was thrown by org.redisson.command.CommandAsyncService$9.operationComplete()
java.lang.NullPointerException: null
at org.redisson.connection.MasterSlaveConnectionManager.connectionReadOp(MasterSlaveConnectionManager.java:731)
at org.redisson.command.CommandAsyncService.async(CommandAsyncService.java:501)
at org.redisson.command.CommandAsyncService.checkAttemptFuture(CommandAsyncService.java:751)
at org.redisson.command.CommandAsyncService.access$300(CommandAsyncService.java:80)
at org.redisson.command.CommandAsyncService$9.operationComplete(CommandAsyncService.java:610)
at io.netty.util.concurrent.DefaultPromise.notifyListener0(DefaultPromise.java:512)
at io.netty.util.concurrent.DefaultPromise.notifyListeners0(DefaultPromise.java:505)
at io.netty.util.concurrent.DefaultPromise.notifyListenersNow(DefaultPromise.java:484)
at io.netty.util.concurrent.DefaultPromise.notifyListeners(DefaultPromise.java:425)
at io.netty.util.concurrent.DefaultPromise.tryFailure(DefaultPromise.java:122)
at org.redisson.misc.RedissonPromise.tryFailure(RedissonPromise.java:98)
at org.redisson.client.protocol.CommandData.tryFailure(CommandData.java:78)
at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:247)
at ...

每次我的应用程序尝试从那些特定的插槽(意味着特定的主副本对(读取或写入时,我都会得到这种信息,尽管redis集群是可以的

Redisson似乎无法检索特定主副本对的正确状态。

这可能是配置问题,还是默认行为?

此问题已在3.5.4版本中修复。

最新更新