当Tair和Redis内存使用率升高或CPU使用率升高时，您可以使用Top Key统计功能快速找到大Key和热Key。本功能支持展示实例中实时和历史的大Key、热Key信息，包括元素数量多的Key、占用内存大的Key、访问频次高的热Key，帮助您有效解决实例性能问题。
前提条件
大Key和热Key的统计排名机制
Key类型 | 统计排名机制 |
Key类型 | 统计排名机制 |
大Key（元素数量多的Key） | 根据Key中的字符串长度（仅限String类型）或元素数量进行排序，当Key的字符串长度或元素数量达到2000及以上时，该Key会被统计为大Key。 最多支持展示每个数据类型排名前3的Key，当Key的元素数量相同时优先展示先写入的Key。若实例总共仅展示3个大Key，请升级小版本后重试。 |
大Key（占用内存大的Key） | 根据Key的内存占用大小进行排序（参考MEMORY USAGE命令），当单个元素大于50 KB或者整个Object大于500 MB，该Key会被统计为大Key。
|
热Key | 当某个Key的QPS超过5000时，将被记录为热Key，并支持实时展示其精确QPS。在同一时间内，系统最多支持统计50个热Key。 建议您升级实例版本至Redis开源版7.0.18、6.0.2.9、5.5.2.9或Tair内存型5.0.50、24.5.1.0版本及以上。因为在上述版本之前：当Key的QPS超过3000时，将被记录为热Key，同时仅能展示其大致的QPS范围，以及Redis开源版仅支持统计20个热Key。 |
操作步骤
访问实例列表，在上方选择地域，然后单击目标实例ID。
在左侧导航栏，单击。
根据业务需求，选择查询实时数据或历史数据。
图 1. Key分析
如果实例为集群架构或读写分离架构，您还可以在当前节点下拉框中选择要展示数据的节点。
查询历史数据时，支持查询最近4天的大Key和热Key信息，且最大查询时间范围不能超过3小时。
相关API
- 本页导读 （1）
- 前提条件
- 大Key和热Key的统计排名机制
- 操作步骤
- 相关API
- 相关文档
