redis自学(46)键值设计

Redis键值设计

优雅的key结构

RedisKey虽然可以自定义,到但是最好遵循下面的几个最佳实践约定:

遵循基本格式:[业务名称]:[数据名]:[id]

长度不超过44字节(长度越小,占用的内存越少)

l 不包含特殊字符

 

 

优点:

① 可读性强

② 避免key冲突

③ 方便管理

④ 更节省内存:keystring类型,底层编码包含intembstrraw三种。embstr在小于44字节使用,采用连续内存空间,内存占用更小。

拒绝BigKey

BigKey通常以Key的大小和Key中成员的数量来综合判定,例如:

Key本身的数据量过大:一个String类型的Key,它的值为5MB

Key中的成员数过多:一个ZSET类型的Key,它的成员数量为10000个。

Key中成员的数据量过大:一个Hash类型的Key,它的成员数量虽然只有1000个但这些成员的Value()总大小为100MB

判断Key的大小

 

 

上面的命令对CPU的使用率比较高

 

 

通过字符串长度判断大小

 

 

集合通过集合中元素数量的方式来衡量

 

推荐值:

单个Keyvalue小于10KB

对于集合类型的Key,建议元素数量小于1000

 

BigKey的危害

n 网络阻塞

BigKey执行读请求时,少量的QPS就可能导致带宽使用率被占满,导致Redis实例,乃至所在物理机变慢

n 数据倾斜

BigKey所在的Redis实例内存使用率远超其他实例,无法使用数据分片的内存资源达到均衡

Redis阻塞

对元素较多的hashlistzset等做运算会耗时较久,使主线程被阻塞

CPU压力

BigKey的数据序列化和反序列化会导致CPU的使用率飙升,影响Redis实例和本机其它应用

 

如何发现BigKey

redis-cli-bigkeys

利用reids-cli提供的--bigkeys参数,可以遍历分析所有key,并返回Key的整体统计信息与每个数据的Top1big key

scan扫描

自己编程,利用scan扫描Redis中所有key,利用strlenhlen等命令判断key的长度(此处不建议使用MEMORY USAGE

 

 

 

 

 

 

n 第三方工具

利用第三方工具,如Redis-Rdb-Tools分析RDB快照分析,全面分析内存使用情况

n 网络监控

自定义工具,监控进出Redis的网络数据,超出预警值时主动告警

 

如何删除BigKey

BigKey内存占用较多,即便是删除这样的key也需要耗费很长时间,导致redis主线程阻塞,引发一系列问题。

Reids3.0及以下版本

如果是集合类型,则遍历BigKey的元素,先逐个删除子元素,最后删除BigKey

Redis4.0以后

Redis4.0后提供了异步删除的命令:unlink

 

 

恰当的数据类型

如何选择合适的数据类型

 

 

 

 

 

 

posted @ 2024-06-11 13:49  蓝海的bug本  阅读(20)  评论(0编辑  收藏  举报