什么是大 key 问题？如何解决？

 作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题

代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试，源码等

回答

Redis 大 key 问题是指某个 key 对应的 value 值很大（注意，不是 key 很大）。大 key 会导致 Redis 性能降低、数据倾斜以及主从同步等问题。一般来说我们应该杜绝大 key，如果遇到了我们就需要对其进行处理，处理过程分为这两个步骤：

1. 发现大 key。比如利用 redis-cli --bigkeys 或者 Redis RDB Tools 。
2. 大 key 的治理方案一般分为两种：
   1. 可删除：使用 UNLINK 命令可以安全地删除大 key。
   2. 不可删除：不可删除的话就将大 key 拆分为多个小 key，或者对 value 进行压缩处理

详解

什么是大 key

首先大 key 不是 key 很大，而是 key 所对应的 value 很大。如果 value 超过某个阈值，那么此时存储这个 value 所对应的 key 就是大 key。

那 value 多大才算大 key 呢？这个阈值没有一个衡量的标准，需要根据具体场景来确定，比如有些场景及时 KB 是大 key，而有些场景需要几十 MB。

通常情况下，Redis 官方提到的大 key 阈值是基于经验值，例如：

• 对于列表、集合、有序集合、 哈希表，在超过 1 万个元素时被认为是大 key。
• 对于字符串，当它的大小达到几百 KB 时可能被认为是大 key。

为了后面演示，我们通过程序向 Redis 中插入一批数据，表格如下：

• 字符串

key	数据量
bigkey-01	30 个 "skjava" 拼接
bigkey-02	300 个 "skjava" 拼接
bigke