2025年rediscli连接集群（redisson连接集群错误）

科技前沿 • 2025-05-16 20:46 • 阅读 44

大家好，我是讯享网，很高兴认识大家。

因为历史原因，在某个同步菜单操作的方法中先清除缓存，然后在初始化缓存。本来很正常的逻辑，但是这个清除是db查询获取所有的菜单然后循环一条条删除然后在db查询有效的菜单操作在循环一条条**去经统计这个菜单操作大概有个7千个执行耗时过久大概50s -60s 不等

因为一些体验问题也自然而然想到优化

使用到stream的parallelStream 来并行执行由于redis本身的单线程执行限制时间来到了 10-15秒左右体验效果还不是很好

由于并行执行提升的效果有限，我们换个思路来解决问题，减少与redis的交互将命令批量执行这样就会大大减少执行耗时时间来到了 1- 2秒这个优化效果还是比较理想的但是也发现了新的问题

虽然执行效果很快但是在初始化缓存的时候发现并没有成功初始化缓存

先看下示例代码

期间以为和使用pipelined的set方法 String 入参有关于是更换为支持byte的方法未果

后续还以为使用用法不对，经查询多方资料后发现用法没问题

省略其他的尝试步骤。。。。。

最后将把expire 的设置注释掉果然可以了

讯享网

最后问题定位到是因为 pipelined1.expire(key,-1) 命令执行导致数据无法存入redis

讯享网

于是找到redis client 执行了命令发现也很快失效
在这里插入图片描述
于是猜测 -1 这个过期时间会被设置可能失效时间很短有可能是 1毫秒或者1 毫秒
带着问题去找了下官方文档看到这样一句描述

好像只写到了会将过期时间戳存储为绝对值至于传入的时间为负数该如何处理并未说明

讯享网

看了代码后思路也清晰了，这个设置时间过期的逻辑我们简单梳理下
这个当执行过期时间命令时，我们会传入 key 以及过期时间（单位秒或者毫秒值）以及 flag 参数例如 nx xx 等等
核心的逻辑

判断时间参数
计算过期时间 = 当前时间戳 + 传入的过期时间参数（单位秒/毫秒）
执行 flag参数逻辑
执行 checkAlreadyExpired 判断时间是否已经过期只有在只有在非加载数据和非从实例的情况下,当 when 小于等于当前时间戳时,checkAlreadyExpired 函数才会返回 true 就会走到删除key的逻辑并返回
没过期则进行设置新的过期时间并返回

回到我们的执行操作中，我们执行expire 命令传入的时间参数为-1，那过期时间就设置为当前时间戳 - 1000 。最后又因为设置的过期时间满足过期条件（when 小于等于当前时间戳非加载数据和非从实例），所以我们key 立刻会被删除。这就导致了虽然我们方法执行完成，但是缓存却没有。

当需要设置一个没有过期时间的key的话无需要调用expire方法因为默认没有设置过期时间的话就是永久不失效
在这里插入图片描述
参考官方文档：官方文档地址： https://redis.io/docs/latest/commands/expire/

good day ！！！