本文共 1036 字，大约阅读时间需要 3 分钟。

一、BigKey

1. BigKey是什么

BigKey是指对应的value所占用的内存空间较大的键。例如，字符串类型的value可以最大存储到512MB，而列表类型的value则最多可以存储2^32 - 1个元素。根据数据结构的不同，通常分为字符串类型和非字符串类型的BigKey。

• 字符串类型：体现在单个value值较大，一般认为超过10KB就是BigKey。
• 非字符串类型：包括哈希、列表、集合和有序集合等，体现在元素数量较多。

[!NOTE]

注：其实BigKey没有明确的大小，一般和集群的带宽以及QPS相关。如果集群的带宽是1GB，QPS是10，那一个10KB的value也不会有什么影响；但如果集群的带宽是1MB，QPS是1000，那么一个10KB的value就会使得可以处理的QPS下降。

1.2 BigKey的危害

BigKey的危害主要体现在以下几个方面：

• 内存空间不均匀：数据可能会倾斜，导致资源分配不均。
• 超时阻塞：由于Redis是单线程模型，操作BigKey会占用更长时间，增加阻塞风险。
• 网络拥塞：每次获取BigKey会产生大量网络流量，假设一个BigKey为1MB，每秒访问量为1000，那么每秒产生1000MB的流量，对于普通的千兆网卡来说几乎是无法承受的。因此，通常采用单机多实例部署，一个BigKey可能会对其他实例造成影响。

需要注意的是，BigKey并不是致命的。如果BigKey几乎不被访问，主要问题只是内存空间不均匀，但相较于其他两个问题威胁性较低。然而，如果BigKey是一个热点Key，那么带来的危害就不可估量了。

1.3 如何处理

1.3.1 分割大键

为了应对大键问题，可以采取以下措施：

• 数据拆分：将一个大键拆分为多个小键。例如，一个大列表可以拆分为多个小列表。
• 使用集合或哈希：合理规划数据结构，避免单个键过大。

1.3.2 定期清理

定期监控大键，并及时清理不再需要的数据。清理时需要注意方法选择，避免使用可能导致阻塞的命令。例如，使用hscan命令逐步扫描哈希表中的键值对，并通过hdel逐个删除。

从表中可以看出，删除大键所需时间与键值的大小和结构有关。字符串类型键值的删除速度相对较快，但随着键值的增大，删除速度会逐渐变慢。而对于非字符串类型键值，元素个数越多、元素大小越大，删除时间越长，相对于字符串类型，删除速度差距显著。

因此，在实际操作中，应采用渐进式删除的方法，以避免对Redis性能造成过大影响。

转载地址：http://xtefk.baihongyu.com/