redis 大key

https://blog.csdn.net/mccand1234/article/details/90741944?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task

https://www.jianshu.com/p/50c0894c0a19

单个简单的key存储的value很大
该对象需要每次都整存整取
该对象每次只需要存取部分数据
hash、 set、zset、list 中存储过多的元素
一个集群存储了上亿的key
key 本身就有很强的相关性
key 本身没有相关性

背景
业务场景中经常会有各种大key多key的情况， 比如：
1、热门话题下评论、答案排序场景。

2、大V的粉丝列表。

3、使用不恰当，或者对业务预估不准确、不及时进行处理垃圾数据等。

1： 单个简单的key存储的value很大
2： hash， set，zset，list 中存储过多的元素（以万为单位）
3：一个集群存储了上亿的key，Key 本身过多也带来了更多的空间占用

由于redis是单线程运行的，如果一次操作的value很大会对整个redis的响应时间造成负面影响，所以，业务上能拆则拆，下面举几个典型的分拆方案。

单个简单的key存储的value很大
该对象需要每次都整存整取
可以尝试将对象分拆成几个key-value， 使用multiGet获取值，这样