记一次redis 基于spring实现类对同一个KEY序列化内容不同导致一次事故

我们的场景是这样的 我们对一个key:比如list.point.card:1

 

@Resource
private RedisTemplate<String, Long> redisTemplate;

private ListOperations<String, Long> listOperations;

@Before
public void init() {
listOperations = this.redisTemplate.opsForList();
}
对KEY通过列表数据结构往右推入队列一个集合
listOperations.rightPushAll(key, Lists.newArrayList(1111L,2222L));

然后我们调用
@Autowired
private StringRedisTemplate redisTemplate;
redisTemplate.expire(key, 10,TimeUnit.SECONDS);
本来的意图是想对上面的那个key设置过期时间,但因为
RedisTemplate默认对KEY的序列化是按JKD序列化方式来的,也就是存入reids的KEY是一串乱码

 

 而用stringredisTemplate.expire其实是纯粹对list.point.card:1这个KEY加上了过期时间(尽管无效,因为压根没这个KEY存在),起不了对序列化之后的那个KEY起到过期时间  

引起的问题是这个KEY对应的内容一直存在。这个时候 但凡key对应的内容发送变化,你用原来的内容去业务操作,会发生问题!!!

posted @   陶朱公Boy  阅读(283)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
历史上的今天:
2019-04-08 maven版本仲裁原则
点击右上角即可分享
微信分享提示