Redis bigkey管理

Redis bigkey管理

在Redis中，一个字符串最大512MB，一个二级数据结构（例如hash、list、set、zset）可以存储大约40亿个(2^32-1)个元素。但实际应用场景下，超过一定大小的KEY如果不加以优化，可能就会给线上带来不可预估的灾难。

一般来说，对于string类型，一般认为超过10KB就认为是bigkey；而对于非字符串类型，如对于list类型，其长度大于10240就认为是bigkey，对于hash类型的话如果field的数目大于10240认为是bigkey。因为KEY一旦较大大，会带来很多负面效果，如内存空间不均匀、超时阻塞、网络拥塞、过期删除阻塞、迁移困难等问题。

在实际业务中，大Key的判定仍然需要根据Redis的实际使用场景、业务场景来进行综合判断。

1. 查询bigkey

1. 使用redis-cli 工具

Redis本身提供发现大对象的工具，redis-cli采用–bigkeys选项来查找最大的键和每种类型的键的平均大小。内部原理采用分段进行scan操作，把历史扫描过的最大对象统计出来便于分析优化。

可以找到实例中每种数据结构的top 1 bigkey，同时给出了每种数据类型的键值个数以及平均大小。但也仅能给出每种数据结构的top1，若存在有些数据结构非常多的bigkey，也无法输出。

进行查询时，需要在从库且在业务低峰期进行操作，建议在本机节点执行，可以减少网络开销。