使用RedisTemplate进行批量查询时返回值为空的原因是什么?如何解决这个问题?

本文分析了使用spring data redis的redistemplate进行批量查询时返回值为空的原因,并提供了相应的解决方案。 当使用executepipelined方法进行批量get操作时,如果直接在管道内部处理结果,将导致返回值为空。这是因为管道操作会将所有命令缓存起来,直到调用executepipelined后才发送到redis服务器,而内部的处理无法获取到及时的返回结果。

问题描述:

文中给出了两个错误示例,它们都在executePipelined内部尝试处理GET命令的结果,导致最终返回的列表全是null

问题分析与解决方案:

问题的核心在于管道操作的异步特性。正确的做法应该在executePipelined方法返回结果后,再进行统一处理。 文中提供的第一个方法在循环内进行反序列化,这破坏了管道操作的效率。第二个方法虽然使用了SessionCallback,但仍然在管道内部进行结果处理。

改进后的解决方案:

文中提供了一个改进的batchGetList方法,它正确地利用了executePipelined的返回值:

public  List batchGetList(Collection keys) {
    if (CollectionUtil.isEmpty(keys)) {
        return new ArrayList<>();
    }

    List results = redisTemplate.executePipelined((RedisConnection connection) -> {
        RedisSerializer keySerializer = (RedisSerializer) redisTemplate.getKeySerializer();
        for (String key : keys) {
            connection.get(keySerializer.serialize(key));
        }
        return null;
    });

    // 在管道执行外部处理结果
    return results.stream()
                  .map(result -> (T) redisTemplate.getValueSerializer().deserialize((byte[]) result))
                  .collect(Collectors.toList());
}

这个方法首先检查keys是否为空,然后使用executePipelined执行批量GET操作。关键在于,它在管道执行结束后,使用Stream API遍历results列表,并使用redisTemplate.getValueSerial

izer().deserialize方法对每个结果进行反序列化,最终返回一个包含正确数据的列表。 这避免了在管道内部处理结果的错误做法,确保了正确获取Redis中的数据。 需要注意的是,此方法假设所有键值对使用相同的反序列化器。如果存在多种数据类型,需要根据实际情况进行调整。