maxwaitmill redis_Redis集群扩容导致的Jedis客户端报JedisMovedDataException异常探究

在马赛克的上一行，可以看到是调Jedis的get方法出的问题。

1 原因及解决方案

问题的原因在于使用了Jedis客户端，改为使用JedisCluster客户端即可解决问题。

出问题的get方法是这样写的(在Jedis原生基础上包装了一层)

// 自己封装的get方法

public String get(String key){

String result = “";

// 为了打印获取连接耗时的日志，这里单独获取了一下Jedis连接

try (Jedis jedis = this.getResourceLog(key)) {

TimeCost timeCost = new TimeCost();

result = jedis.get(key); // 这里报错

debugLogger.debug("redis cluster get TimeCost={}", timeCost.getCostMillSeconds());

}

// 其实改为下面这样get就可以解决一直报JedisMovedDataException问题

// return jedisCluster.get(key);

return result;

}

getResourceLog方法的作用是根据key计算出这个key所在的slot，再通过slot获取Redis连接。代码如下

private Jedis getResourceLog(String key){

TimeCost tc = new TimeCost();

int slot = JedisClusterCRC16.getSlot(key); // CRC计算slot

debugLogger.debug("calc slot TimeCost={}", tc.getCostMillSeconds());

tc.reset();

Jedis jedis = connectionHandler.getConnectionFromSlot(slot); // 通过slot获取连接

debugLogger.debug("get connection TimeCost={}", tc.getCostMillSeconds());

return jedis;

}

上面的get方法可以直接改为JedisCluster的get方法解决。

再考虑另外一种情况，如果必须通过Jedis操作呢？比如watch方法，JedisCluster是不提供watch的，那么只能通过上述方法在Redis集群中根据key获取到slot，再通过slot获取到jedis链接，然后调用watch。这样一来，在调watch的地方也会报JedisMovedDataException。

例如下面的代码，在业务上需要保证事务的情况下(或乐观锁)，可能会这样实现：

Jedis jedis = null;

String key = ...; // redis key

try {

// 通过上面的getResource方法获取jedis链接

jedis = getResource(userId);

// 通过jedis watch key

if (RedisConstants.SAVE_TO_REDIS_OK.equals(jedis.watch(key))) {

// .... 业务逻辑 ....

// ....

// 通过jedis链接开始事务

Transaction transaction = jedis.multi();

// ...

// ... 执行一些transaction操作...

// ...

// 提交事务

List execResult = transaction.exec();

return ...;

}

} catch (Exception ex) {

// do something ...

} finally {

if (jedis != null) {

try {

if (!flag) {

jedis.unwatch();

}

} finally {

jedis.close();

}

}

}

此时如果发生slot迁移，就会报JedisMovedDataException。

那这种情况下的解决方案是什么呢？

其实，优先catch住JedisMovedDataException，然后通过JedisCluster.get(key);一下就行，如下：

Jedis jedis = null;

String key = ...; // redis key

try {

// 通过上面的getResource方法获取jedis链接

jedis = getResource(userId);

// 通过jedis watch key

if (RedisConstants.SAVE_TO_REDIS_OK.equals(jedis.watch(key))) {

// .... 业务逻辑 ....

// ....

// 通过jedis链接开始事务

Transaction transaction = jedis.multi();

// ...

// ... 执行一些transaction操作...

// ...

// 提交事务

List execResult = transaction.exec();

return ...;

}

} catch (JedisMovedDataException jmde) {

jmde.printStackTrace();

// redisClusterService中维护着jedisCluster实例，这个get实际上调用的是jedisCluster的get

redisClusterService.get(key);

return ...;

} catch (Exception ex) {

// do something ...

} finally {

if (jedis != null) {

try {

if (!flag) {

jedis.unwatch();

}

} finally {

jedis.close();

}

}

}

需要注意的是，用Jedis的get是不能解决的。

2 JedisCluster类图

JedisCluster整体的UML关系如下，先有个整体的印象，在后面的源码分析中，可以再回来看。