目录
一、如何优雅的设计key
Redis的Key虽然可以自定义,但最好遵循下面的几个最佳实践约定
- 遵循基本格式:[业务名称]:[数据名]:[id]
- 长度不超过44字节
- 不包含特殊字符
例如:我们的登录业务,保存用户信息,其key是这样的
优点:
- 可读性强
- 避免key冲突
- 方便管理
- 更节省内存: key是string类型,底层编码包含int、embstr和raw三种。embstr在小于44字节使用,采用连续内存空间,内存占用更小
二、BigKey(大Key)问题
1、什么是BigKey
BigKey通常以Key的大小和Key中成员的数量来综合判定,例如:
- 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 及以下版本
先逐个删除Redis 元素,最后删除BigKey如果是集合类型,则遍历BigKey的元素,
- 4.0以后
Redis在4.0后提供了异步删除的命令:unlink
三、恰当的数据类型
1、存对象建议用什么?
2、数据量太大怎么办?
解决办法:
四、总结
Key的最佳实践:
- 固定格式:[业务名]:[数据名]:[id]
- 足够简短:不超过44字节
- 不包含特殊字符
Value的最佳实践:
- 合理的拆分数据,拒绝BigKey
- 选择合适数据结构
- Hash结构的entry数量不要超过1000
- 设置合理的超时时间
看到这了,点个赞吧~