
Redis遇到的那些坑
作者 |jaxer
来源 | WriteOnRead(ID:WriteOnRead)
前言
Redis 作为当前最流行的 NoSQL 之一,想必很多人都用过。
Redis 有五种常见的数据类型:string、list、hash、set、zset。讲真,我以前只用过 Redis 的 string 类型。
由于业务需求,用到了 Redis 的集合 set。这不,一上来就踩到坑了。
前几天有个需求提测,测试小哥提了个 bug,并给了我一个日志截图:
问题排查
从堆栈信息定位到了项目的代码,大致如下:
报错的代码就在 for 循环那一行。
这一行看起来似乎没什么错误,跟 HashSet 和 String 转换有什么关系呢?往前翻一翻 cityList 是怎么来的。
cityList 会根据城市码查询城市信息,这个方法有如下三步:
- 从本地缓存查询,若存在则直接返回;否则进行第二步。
- 从 Redis 查询,若存在,存入本地缓存并返回;否则进行第三步。
- 从 MySQL 查询,若存在,存入本地缓存和 Redis(set 类型)并返回;若不存在返回空。
联系报错信息,再看这几步的代码,1、3 可能性较小;第二步因为之前没有直接用过 set 这种数据结构,嫌疑较大。
于是想先通过 Redis 客户端看下缓存信息。
这一看不当紧,更疑惑了:Redis 的 key/value 前面有类似\xAC\xED\x00\x05t\x00\x1B 的字符串(可能略有不同),而且还有乱码。如图:
乱码问题处理
网上查了一番,原来是 spring-data-redis 的 RedisTemplate 序列化的问题。
RedisTemplate 的默认配置如下:
RedisTemplate 在操作 Redis 时默认使用 JdkSerializationRedisSerializer 来进行序列化的。
对于这个问题,修改下配置就可以了,示例代码如下:
这个配置改过之后,乱码的情况就没了。
类型转换问题
继续跟进前面的类型转换问题。
通过客户端查看 Redis 的值,如下:
这是什么鬼?明显不对劲儿啊!
我们想存储的是 set 类型,正常应该是三条数据,这里怎么只有一条?
想了想应该是向 Redis 存储值的时候有什么问题,于是翻到代码看了看怎么存的:
RedisService#add2Set 方法:
乍一看好像没什么问题。
但是再一看,RedisService#add2Set 方法中,values 是可变长度类型的参数,如果把整个 cityList(java.util.Set 类型)作为一个参数传给可变长度类型的参数会怎么样呢?
PS: 可变长度类型参数是 Java 中的一种语法糖,其实它本质上是一个数组。
打个断点看下:
可以看到这里的 Set 类型,也就是传入的 cityList 被当成了数组中的一个元素,怪不得会报错。
那这种情况该怎么处理呢?
其实也很简单,把 cityList 转成数组就可以了:
这样入参就按照想要的方式来了:
再观察 Redis 的缓存值,可以看到也是想要的结果:
到这里,问题算是搞定了。
结语
本文主要复盘了 Redis 使用过程中遇到的两个问题:
Redis key/value 乱码问题。原因是 RedisTemplate 的序列化问题,注意配置。
HashSet 和 String 类型转换问题。主要是在操作 Redis 的 set 时(其他类型亦然),注意 API 的参数细节,不能想当然。
