一、设置优雅的key
Redis的Key虽然可以自定义,但最好遵循下面的几个最佳实践约定:
-
遵循基本格式:[业务名称]:[数据名]:[id]
-
长度不超过44字节
-
不包含特殊字符
例如:登录业务,保存用户信息。login:user:10
优点:
-
可读性强
-
避免key冲突
-
方便管理
-
更节省内存: key是string类型,底层编码包含int、embstr和raw三种。embstr在小于44字节使用,采用连续内存空间,内存占用更小
二、避免BigKey
1、BigKey:
-
Key本身的数据量过大:一个String类型的Key,它的值为5 MB。
-
Key中的成员数过多:一个ZSET类型的Key,它的成员数量为10,000个。
-
Key中成员的数据量过大:一个Hash类型的Key,它的成员数量虽然只有1,000个但这些成员的Value(值)总大小为100 MB。
推荐值:
-
单个key的value小于10KB
-
对于集合类型的key,建议元素数量小于1000
2、BigKey的危害:
-
网络阻塞:对BigKey执行读请求时,少量的QPS就可能导致带宽使用率被占满,导致Redis实例,乃至所在物理机变慢
-
数据倾斜:BigKey所在的Redis实例内存使用率远超其他实例,无法使数据分片的内存资源达到均衡
-
Redis阻塞:对元素较多的hash、list、zset等做运算会耗时较旧,使主线程被阻塞
-
CPU压力:对BigKey的数据序列化和反序列化会导致CPU的使用率飙升,影响Redis实例和本机其它应用
3、如何发现BigKey:
-
redis-cli --bigkeys:利用redis-cli提供的--bigkeys参数,可以遍历分析所有key,并返回Key的整体统计信息与每个数据的Top1的big key
-
scan扫描:自己编程,利用scan扫描Redis中的所有key,利用strlen、hlen等命令判断key的长度(此处不建议使用MEMORY USAGE)
-
第三方工具:利用第三方工具,如 Redis-Rdb-Tools 分析RDB快照文件,全面分析内存使用情况
-
网络监控:自定义工具,监控进出Redis的网络数据,超出预警值时主动告警
4、如何删除BigKey:
BigKey内存占用较多,即便时删除这样的key也需要耗费很长时间,导致Redis主线程阻塞,引发一系列问题。
-
redis 3.0 及以下版本:如果是集合类型,则遍历BigKey的元素,先逐个删除子元素,最后删除BigKey
-
Redis 4.0以后:Redis在4.0后提供了异步删除的命令:unlink
三、总结
1、Key的最佳实践:
-
固定格式:[业务名]:[数据名]:[id]
-
足够简短:不超过44字节
-
不包含特殊字符
2、Value的最佳实践:
-
合理的拆分数据,拒绝BigKey
-
选择合适数据结构
-
Hash结构的entry数量不要超过1000
-
设置合理的超时时间