仅Redis 4.0及以上的版本支持 测量维度： dcs_instance_id 1分钟 used_memory_rss 已用内存RSS 该指标用于统计Redis已使用的RSS内存。即实际驻留“在内存中”的内存数。包含堆内存，但不包括换出的内存。 单位：可在控制台进行选择，如KB、MB、byte等。

查看更多 →

索引位置偏移量，表示从查询到的大Key列表偏移offset条数据后查询对应的大Key信息。 取值大于或等于0。不传该参数时，查询偏移量默认为0，表示从第一条大Key开始查询。 limit 否 Integer 查询个数上限值。取值范围：1~100。不传该参数时，默认查询前100条大Key。 key_types

查看更多 →

--hotkeys。热Key的详情可以在结果中的summary部分获取到。 通过Redis命令查找大Key 如果有已知的大Key模式，例如知道其前缀为cloud:msg:test，那么可以通过一个程序，SCAN符合该前缀的Key，然后通过查询成员数量和查询Key大小的相关命令，来判断具体的大Key。

查看更多 →

使用MGET或者多个GET组成的pipeline获取值，分拆单次操作的压力。如果是集群实例，由于集群实例包含多个分片，拆分后的Key会自动平摊到集群实例的多个分片上，从而降低对单个分片的影响。 该对象为集合类型的大Key，并且需要整存整取：在设计上严格禁止这种场景的出现，因为无法拆分。有效的方法是将该

查看更多 →

Redis实例中key的数量 keys.bytes-per-key 每个key平均占用字节数。注意，overhead也会均摊到每个key上，因此不能以此值来表示业务实际的key平均长度。 dataset.bytes 表示Redis数据占用的内存容量。即分配的内存总量，减去总的额外开销内存量。 dataset

查看更多 →

执行计划的效率，还提供了catalog，relation等缓存机制。长连接场景下这些缓存中的某些缓存是不会主动释放的，因此可能导致长连接占用大量的内存不释放。 PMS是 MRS 的监控进程，此进程会经常创建表分区或者新表，由于PostgreSQL会缓存当前会话访问过的对象的元数据，且

查看更多 →

ster节点的IP地址（即主机名称前带有实心五角星的节点），并登录该节点后台。 执行如下命令重启进程。 su - omm sh /opt/knox/bin/restart-knox.sh 父主题： 集群管理类

查看更多 →

ey和热Key减少大key和热key。 Redis 3.0实例不支持热key分析，您可以通过配置告警的方式帮助您发现热key。 执行过期Key扫描释放已经过期的Key，或手动清理一些不需要的Key，释放空间。 其他优化建议： String类型数据的Value大小控制在10KB以内。

查看更多 →

并规范使用游标，从而排查文档数据库服务内存使用率高的问题。如果经确认确实为业务增长导致的内存升高，建议及时进行规格扩容。 排查连接数 查看连接数占比，总的连接数不宜超过当前实例能承受的最大连接数的80%。连接太多会导致内存和多线程上下文的开销增加，影响请求处理延时。 建议配置连接

查看更多 →

，在实例进行大Key分析过程中，会遍历Redis实例中的所有Key，使实例中的过期Key被识别到过期，因而被删除。 过期Key的删除机制，以及如何手动执行过期Key或设置自动过期Key扫描的操作，请参考过期Key扫描。 父主题： 大Key/热Key分析/过期Key扫描

查看更多 →

*”进行全通配。建议尽量避免在生产环境使用，否则会影响服务的健康运行。 Server相关命令使用限制 当用户执行比较耗时的命令（如flushall）时，可能会导致缓存实例在命令执行期间对外不响应用户的其它命令，造成状态监控失效，此时Console上缓存实例的状态会变成异常，命令执行结束后，实例状态会恢复正常。

查看更多 →

查找Redis实例大Key和热Key 大Key和热Key是Redis使用中经常遇到的问题，本章节主要介绍D CS 管理控制台的大Key和热Key分析功能，通过该功能可以分别监控到Redis实例中占用空间最大的Key和存储数据中被访问最多的Key。 大Key可以分为两种情况： Key的

查看更多 →

y占用的内存，通过自行配置定时任务，在任务执行期间，会对所有缓存实例的主节点进行扫描操作，扫描操作会遍历整个实例的键空间，触发Redis引擎中对Key过期的判断，从而释放已过期的Key。 建议在业务低峰时段执行过期Key扫描，降低CPU被用满的可能。 约束与限制 只有Redis 4

查看更多 →

开启内存加速的GeminiDB Redis短时间要处理大量的binlog，会不会占用较多的资源，导致在线业务受损 如果源端MySQL存在较大的DDL操作，会消耗较多的GeminiDB Redis资源，用户可通过观察内存加速的每秒操作数（dbcache_ops_per_sec）。建

查看更多 →

如何在Redis中查找匹配的Key和遍历所有Key？ 查找匹配Key 在大Key和热Key分析中，不支持按照指定格式分析，如果需要查找指定前缀或者后缀格式的Key，您可以使用scan命令，根据指定格式进行匹配查找。 例如，需要查找Redis实例中包含a关键字的Key，可以使用Redis-cli工具，执行以下命令：

查看更多 →

计源头上避免此类问题带来的影响。 设计合理的Key中元素的数量。 对于集合和列表类的数据结构（例如Hash，Set，List等），避免其中包含过多元素，建议单Key中的元素不要超过5000个。 由于某些命令（例如HGETALL）的时间复杂度直接与Key中的元素数量相关。如果频繁执

查看更多 →

参数名称 参数含义 APMAC AP的MAC地址。 APName AP的名称。 ApMemRate AP的内存占有率。 APID AP ID。 对系统的影响 表明当前内存的占有率超过了阈值，如果阈值设置的不高，如50、60等，对业务没有影响，但是当阈值设置的比较高，如90，而AP上报了告警，则AP有可能会丢包甚至下线。

查看更多 →

B的Key可能会触发该问题。 造成数据迁移失败。 数据迁移过程中，如果一个大Key的元素过多，则会阻塞后续Key的迁移，后续Key的数据会放到迁移机的内存Buffer中，如果阻塞时间太久，则会导致迁移失败。 容易造成集群分片不均的情况。 各分片内存使用不均。例如某个分片占用内存较

查看更多 →

缺点：需要对业务代码比较了解，另外对于一些复杂的业务场景，不太容易分析。 方法2：在客户端代码中，调用Redis的函数中，进行访问Key的记录，进而统计出热Key。 缺点：需要代码进行侵入式修改。 方法3：抓包分析。 优点：简单易行。 父主题： 大Key/热Key分析/过期Key扫描

查看更多 →

GeminiDB Redis的内存淘汰策略是什么 开源Redis key如果被内存淘汰，后续就读不到该数据。GeminiDB Redis默认支持noeviction淘汰策略，即不淘汰用户key；数据全量在存储池中，如果内存的热数据被淘汰，还可以从存储池中读取到该数据，访问后重新被

查看更多 →

退方案。 每一份方案需要有细化到可执行的操作步骤，以及可标记任务结束的里程碑。 迁移演练。 迁移演练的主要目的如下： 验证迁移工具与过程的可行性。 发掘迁移过程中遇到的问题，并做出有效的改进。 评估迁移耗时。 优化迁移步骤，验证部分工作并行的可行性，提高迁移效率。 备份。 在迁移

查看更多 →