首页>>数据库>>nosql->redis缓存序列化问题,redis缓存机制原理

redis缓存序列化问题,redis缓存机制原理

时间:2023-12-29 本站 点击:0

redis中为什么要序列化key

序列化最终的目的是为了对象可以跨平台存储,和进行网络传输。而我们进行跨平台存储和网络传输的方式就是IO,而我们的IO支持的数据格式就是字节数组。

这种化整为零的方式,就避免了 bigKey 迁移时,因为要序列化大量数据而阻塞的问题。当我们写入或者读取大量bigKey的时候,很有可能导致输入/输出缓冲区溢出。

大家都知道redis序列化是将key,value值先转换为流的形式,再存储到redis中。

redis为什么要序列化

1、如果是担心JSON转对象会消耗资源的情况,这个问题需要考量几个地方,第一点:就是使用的JSON转换lib是否就会存在性能问题。第二点:就是数据的数据量级别,如果是存储百万级的大数据对象,建议采用存储序列化对象方式。

2、a. 一个原因是将对象的状态保持在存储媒体中,以便可以在以后重新创建精确的副本。我们经常需要将对象的字段值保存到磁盘中,并在以后检索此数据。

3、实现serializable接口的作用是就是可以把对象存到字节流,然后可以恢复。

redis的序列化后无法删除

1、不能,只能反序列化恢复成对象后,修改对象的属性,然后重新序列化。

2、通过上面的配置间接控制SimplePrincipalCollection类中必要字段的序列化,从而解决了问题。 ps :因为使用了注解,一定要去掉objectMapper.configure(MapperFeature.USE_ANNOTATIONS, false),不然配置不生效。

3、解决方案就是升级缓存的版本号(修改原来缓存DTO的Redis的Key值)缓存key升级版本号,在其他未更新的应用中的缓存key已经在跑的jar包里面,他们的key是旧的,比如v1,那么v1对应的DTO就是旧的DTO。

4、String | 字符串类型 Redis的字符串类型,可以存储字符串、整数或浮点数,如果存储的是整数或者浮点数,还能执行自增或自减操作。

因在缓存对象中增加字段,导致Redis出现反序列化失败的问题

那么这个时候取出来的缓存(最新的DTO的缓存)就会有反序列化的错误,发包的延迟和预发布验证的时间都会导致线上反序列化失败,从而阻塞业务。

最后说下jackson+redis序列化会根据get方法自动序列没有此字段的序列化字段出来,SimpleGrantedAuthority中只有role字段 ,没有authority字段,有getAuthority方法赋值role值。

数据完整性:序列化能够保证数据的完整性,因为反序列化时如果数据不完整或者被篡改,就会导致反序列化失败。

现在JAVA 对象如下:该对象需要存进redis里面,序列化进去,没发现问题,但反序列化时,报如下错 经查,原来是fastjson不支持泛型,修改原有的对象即可:去掉泛形后序列化一起正常。

那这个缓存有啥用。解决方案 这个问题肯定是和序列化有关的,我们指定一下缓存value的序列化方式,使用json来序列化对象,配置类的改造如下:再重启服务,缓存读取出来反序列化后的对象,可以正常使用。

redis序列化方式

1、redis序列化方式对比:redis的默认方式是JdkSerializationRedisSerializerJdkSerializationRedisSerializer: 使用JDK提供的序列化功能。

2、第二点:就是数据的数据量级别,如果是存储百万级的大数据对象,建议采用存储序列化对象方式。如果是少量的数据级对象,或者是数据对象字段不多,还是建议采用JSON转换成String方式。毕竟redis对存储字符类型这部分优化的非常好。

3、修改了 RedisTemplate 的默认序列化方式,默认序列化方式是 JdkSerializationRedisSerializer ,这里改成 Jackson2JsonRedisSerializer 序列化方式,可以序列化object对象为json字符串。

4、String | 字符串类型 Redis的字符串类型,可以存储字符串、整数或浮点数,如果存储的是整数或者浮点数,还能执行自增或自减操作。

redis缓存序列化问题的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于redis缓存机制原理、redis缓存序列化问题的信息别忘了在本站进行查找喔。


本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:/nosql/72207.html