Redis 中如何排查大 Key 问题？

所谓的大 key，不是指 key 本身很长，而是指值很大，比如说一个巨大的 JSON 串，一个巨大的 zset，list 等。大 key 一般会引起数据倾斜、QPS 倾斜等问题。或者说大 key 有极大的可能是热点 key，并发极高。

在这之前，你可以先看这些问题，它们有些类似，但是又很不同：

• 怎么解决 Redis 中数据倾斜的问题？
• 如果 Redis Cluster 上某个节点的并发非常高，怎么办？
• 如果 Redis Cluster 上的某个槽的 QPS 非常高，怎么办？

大 key 其实就有一个解决方案，分而治之。也就是拆分 key。比如说原本一个 key 对应的 list，放了 100w 数据，那么可以拆成 100 个 key，每个 key 只有 1w 数据。

一般来说，大 key 问题基本上都是通过监控慢查询和 Redis 内存使用量发现的，尤其是慢查询监控。举个例子来说，之前我就排查过一个 Redis 的 list 有很多元素，导致查询、遍历非常慢的问题。

当然，发现大 key 问题并不难，难的是如何解决大 key 问题。

大 key 问题如果要解决，就只有一个思路：分而治之。假定这里都是分成 10 个key。基本的拆分思路有两个：

这里还有一些比较关键的问题。

我就曾经解决过一个大 key 问题，是为了解决大数据、高可用、高性能的榜单问题。

一开始我们业务的数据量不是很大，所以直接用了最简单的 Redis zset 来计算榜单。

后面随着业务的发展，计算这个榜单的数据越来越多，并发量越来越高。这个时候，一个 zset 里面要放几百万个数据，存储这个 zset 的 Redis 并发极高，压力极大。并且 zset 中元素数量太多，导致更新的时候越来越慢。