磁盘使用率高问题排查 使用文档数据库服务时，如果实例的磁盘使用率过高或完全被使用，将会导致实例不可⽤。 本章节帮助您分析解决DDS实例磁盘使用率高的问题。 查看磁盘使用情况 DDS目前提供如下两种方法用于查看实例磁盘的使用情况。 通过DDS控制台查看磁盘使用情况。 您可以登录DD

查看更多 →

在诊断视图下使用display cpu-usage命令查看各任务的CPU占用率，查看CPU占用率高的任务，判断是否需要减少不需要的业务和配置，以降低CPU占用率。 如果减少业务后继续产生告警，则=>步骤4。 如果不再产生告警，则=>步骤6。 收集告警、日志和配置信息，以及步骤4搜集的CPU占用率明细信息，联系技术支持人员进行处理。

查看更多 →

ALM-50205 BE CPU使用率超过阈值 告警解释 系统每30秒周期性检测BE CPU使用率。当检测到CPU使用率连续多次（默认值为3）超出阈值范围（默认值为95%）时产生该告警。 平滑次数为1，CPU使用率小于或等于阈值时，告警恢复；平滑次数大于1，CPU使用率小于或等于阈值的85%时，告警恢复。

查看更多 →

内存使用率高怎么处理 内存使用率是用来监控GaussDB(for MySQL)实例内存使用情况的关键指标，如果内存使用率过高，会存在内存耗尽风险。 内存使用率高的排查思路 以下排查思路根据原因的出现概率进行排序，建议您从高频率原因往低频率原因排查，从而帮助您快速找到问题的原因。

查看更多 →

client_number DESC; 从上面的查询结果中，可以看到数量较多的连接从何而来。从而帮助判断可能存在业务变更的模块，也可判断是哪块业务并发高。 连接数满 当数据库无法连接，并有以下错误日志时，说明当前数据库连接数满。 FATAL: remaining connection slots

查看更多 →

各压缩级别所适用的业务场景说明如下： 压缩级别 所适用的业务场景 低级别压缩 系统CPU使用率高，存储磁盘空间充足。 中度压缩 系统CPU使用率适中，但存储磁盘空间不是特别充足。 高级别压缩 系统CPU使用率低，磁盘空间不充裕。 例如，创建一个名为customer_t3的列存压缩表： 1

查看更多 →

自动流控后，可以结合业务情况判断是否需要Kill会话，具体请参见管理实时会话。 常见问题 排查RDS for MySQL CPU使用率高的原因和解决方法 RDS for MySQL数据库内存使用率过高怎么处理 RDS for MySQL慢SQL问题定位 父主题： 智能DBA

查看更多 →

ALM-4288421943 VM CPU使用率超过阈值 告警解释 EVM/2/EVM_CPU_USAGE_RISING:OID [OID] VM CPU utilization exceeded the pre-alarm threshold.(VMName=\"[octet]\"

查看更多 →

Usage=[Usage]). 周期性对容器CPU使用率进行采样，计算最近3次采样的平均值。如果CPU使用率超过阈值(90%)，产生此告警；当容器的CPU使用率低于阈值(75%)时，告警恢复。 告警属性 告警ID 告警级别 告警类型 15859594 重要 环境告警 告警参数 参数名称 参数含义

查看更多 →

高导致CPU上升，如下图： 该场景下，SQL语句一般比较简单，执行效率也高，数据库侧优化余地小，需要从业务源头优化。 解决方案： 单纯的QPS高导致CPU使用率过高，往往出现在实例规格较小的情况下，建议升级实例CPU规格。 优化慢查询，优化方法参照场景1 慢查询导致CPU升高的解

查看更多 →

各压缩级别所适用的业务场景说明如下： 压缩级别 所适用的业务场景 低级别压缩 系统CPU使用率高，存储磁盘空间充足。 中度压缩 系统CPU使用率适中，但存储磁盘空间不是特别充足。 高级别压缩 系统CPU使用率低，磁盘空间不充裕。 例如，创建一个名为customer_t3的列存压缩表： 1

查看更多 →

ALM-50202 FE CPU使用率超过阈值 告警解释 系统每30秒周期性检测FE CPU使用率。CPU使用率默认提供一个阈值范围。当检测到CPU使用率连续多次（默认值为3）超出阈值范围（默认值为95%）时产生该告警。 平滑次数为1，CPU使用率小于或等于阈值时，告警恢复；平滑

查看更多 →

hwCapCPUThresholdCurrent=[INTEGER]%, hwCapCPUThresholdValue=[INTEGER]%) 系统转发CPU平均利用率高。 系统转发CPU平均利用率大于85%且小于等于95%时第一次触发此告警，如果利用率持续升高到大于95%时第二次触发此告警。 对于AR303

查看更多 →

> 概览”可查看当前集群各节点CPU使用率的具体情况，单击最右的监控按钮，查看最近1/3/12/24小时的CPU性能指标，判断是否有CPU使用率突然增大的情况。 如果CPU使用率频繁出现短时间内上升然后恢复正常的情况，说明是业务执行过程中的临时冲高，可通过2调整告警阈值的方式减少告警的上报。

查看更多 →

确定是业务请求增高导致CPU上升，如下图： 该场景下，SQL语句一般比较简单，执行效率也高，数据库侧优化余地小，需要从业务源头优化。 解决方案： 单纯的QPS高导致CPU使用率过高，往往出现在实例规格较小的情况下。例如：1U、2U、4U，建议升级实例CPU规格。 优化慢查询，优化方法参照场景1

查看更多 →

ALM-1707675682 容器CPU使用率大于告警阈值 告警解释 ENTITYTRAP/2/CONTAINERCPURISE: "OID [oid] Container CPU utilization exceeded the pre-alarm threshold.(Index=[INTEGER]

查看更多 →

告警阈值，目前取值为固定值4。 对系统的影响 策略联动的接入设备有用户数超规格的风险。 通过控制器下发端口相关的配置变慢甚至下发失败。 多机堆叠可能有交换机CPU使用率高的风险 可能原因 网管对堆叠系统进行纳管时，堆叠系统中成员交换机台数超过4台告警。 处理步骤 登录堆叠系统，将堆叠系统成员交换机台数减

查看更多 →

判断cpu核数是否满足IEF要求。edgectl check cpu无检查CPU：示例执行结果：

查看更多 →

Host CPU Host CPU列名称及描述如下表所示。 表1 Host CPU报表主要内容 列名称 描述 Cpus CPU数量。 Cores CPU核数。 Sockets CPU Sockets数量。 Load Average Begin 开始Snapshot的Load Average值。

查看更多 →

Host CPU Host CPU列名称及描述如表1所示。 表1 Host CPU报表主要内容 列名称 描述 Cpus CPU数量。 Cores CPU核数。 Sockets CPU Sockets数量。 Load Average Begin 开始snapshot的Load Average值。

查看更多 →

查看CPU 场景描述 本文主要介绍如何Ubuntu系统下查看物理CPU、CPU核心数、逻辑CPU。 物理CPU：插在裸金属服务器上的真实的CPU硬件，一般一台裸金属服务器都会配置2块及以上的物理CPU。 CPU核心数：随着CPU技术的发展，现在的每一块物理CPU都是多核的CPU处理

查看更多 →