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

查看更多 →

占用大量的CPU资源。 使用top命令终止CPU占用率高的进程 您可以直接在top运行界面快速终止相应的异常进程。操作步骤如下： 在top命令运行的同时，按下小写的“k”键。 输入要终止进程的PID。 进程的PID为top命令回显的第一列数值。例如，要终止PID为52的进程，直接输入“52”后回车。

查看更多 →

占用大量的CPU资源。 使用top命令终止CPU占用率高的进程 您可以直接在top运行界面快速终止相应的异常进程。操作步骤如下： 在top命令运行的同时，按下小写的“k”键。 输入要终止进程的PID。 进程的PID为top命令回显的第一列数值。例如，要终止PID为52的进程，直接输入“52”后回车。

查看更多 →

占用大量的CPU资源。 使用top命令终止CPU占用率高的进程 您可以直接在top运行界面快速终止相应的异常进程。操作步骤如下： 在top命令运行的同时，按下小写的“k”键。 输入要终止进程的PID。 进程的PID为top命令回显的第一列数值。例如，要终止PID为52的进程，直接输入“52”后回车。

查看更多 →

Knox进程占用内存高 用户问题 knox进程占用内存高。 问题现象 主Master节点内存使用率高，用top -c命令查看到占用内存较高的进程中有knox进程，且此进程占用内存超过4 GB。 原因分析 knox进程没有单独配置内存，进程会自动根据系统内存大小按照比例划分可用内存，导致knox占用内存大。

查看更多 →

PMS进程占用内存高 用户问题 主Master节点内存使用率高如何处理？ 问题现象 主Master节点内存使用率高，且用top -c命令查询的内存占用量高的是如下idle的进程。 原因分析 PostgreSQL缓存：除了常见的执行计划缓存、数据缓存，PostgreSQL为了提高生

查看更多 →

检查杀毒软件是否正在后台执行扫描操作。 核对 云服务器 运行的应用程序中是否有对网络和CPU要求高的需求，如果是，建议您修改带宽。 如果云 服务器 配置已经比较高，建议考虑云服务器上应用场景的分离部署，例如将数据库和应用分开部署。 异常进程分析处理建议 如果CPU或带宽利用率高是由于病毒、木马入侵导致的，那么需要手动结束进程。建议的处理顺序如下：

查看更多 →

检查杀毒软件是否正在后台执行扫描操作。 核对云服务器运行的应用程序中是否有对网络和CPU要求高的需求，如果是，建议您变更云服务器的配置或修改带宽。 如果云服务器配置已经比较高，建议考虑云服务器上应用场景的分离部署，例如将数据库和应用分开部署。 异常进程分析处理建议 如果CPU或带宽利用率高是由于病毒、木马入

查看更多 →

产生告警的集群名称。 服务名 产生告警的服务名称。 角色名 产生告警的角色名称。 主机名 产生告警的主机名。 附加信息 Trigger Condition 系统当前指标取值满足自定义的告警设置条件。 对系统的影响 内存使用过高，部分查询任务可能因为内存不足而失败。 可能原因 Impalad进程正在执行较大量查询任务。

查看更多 →

检查杀毒软件是否正在后台执行扫描操作。 核对云服务器运行的应用程序中是否有对网络和CPU要求高的需求，如果是，建议您变更云服务器的配置或修改带宽。 如果云服务器配置已经比较高，建议考虑云服务器上应用场景的分离部署，例如将数据库和应用分开部署。 异常进程分析处理建议 如果CPU或带宽利用率高是由于病毒、木马入

查看更多 →

产生告警的集群名称。 服务名 产生告警的服务名称。 角色名 产生告警的角色名称。 主机名 产生告警的主机名。 附加信息 Trigger condition 系统当前指标取值满足自定义的告警设置条件。 对系统的影响 内存使用过高，部分查询任务可能因为内存不足而失败。 可能原因 该节点

查看更多 →

来源 产生告警的集群名称。 服务名 产生告警的服务名称。 角色名 产生告警的角色名称。 主机名 产生告警的主机名。 附加信息 触发条件 系统当前指标取值满足自定义的告警设置条件。 对系统的影响 用户无法使用Kudu服务。 可能原因 存在KuduTserver实例内存占用率过高。 处理步骤

查看更多 →

每个客户端配置的连接池大小是多少，总的连接数不宜超过当前实例能承受的最大连接数的80%。连接太多会导致内存和多线程上下文的开销增加，影响请求处理延时。 建议配置连接池，连接池最大不要超过200。 降低单次请求的内存开销，例如通过创建索引减少集合的扫描、内存排序等。 在连接数合适的情况下内

查看更多 →

ID。 对系统的影响 表明当前CPU的占有率超过了阈值，如果阈值设置的不高，如50、60等，对业务没有影响，但是当阈值设置的比较高，如90，而AP上报了告警，则AP有可能会丢包甚至下线。 可能原因 原因1：CPU告警阈值设置太低。 原因2：当前设备支持的业务太多。 原因3：设备受到攻击导致CPU资源占用过高。

查看更多 →

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

查看更多 →

压测任务执行机CPU占用率一直较高是什么原因？ 性能测试服务比较特殊，对处理时延要求很高。 可能您发送的报文服务器响应时间很短，因此需要不断轮询以减小时延偏差，所以压测任务在运行时会出现高CPU占用。 由于用于压测资源组的节点是独占的，所以不会对您的应用产生影响，也不会影响性能测试服务本身的性能。

查看更多 →

AP ID。 对系统的影响 表明当前内存的占有率超过了阈值，如果阈值设置的不高，如50、60等，对业务没有影响，但是当阈值设置的比较高，如90，而AP上报了告警，则AP有可能会丢包甚至下线。 可能原因 原因1：内存告警阈值设置太低。 原因2：当前设备支持的业务太多。 处理步骤 使用display

查看更多 →

AP ID。 对系统的影响 表明当前内存的占有率超过了阈值，如果阈值设置的不高，如50、60等，对业务没有影响，但是当阈值设置的比较高，如90，而AP上报了告警，则AP有可能会丢包甚至下线。 可能原因 原因1：内存告警阈值设置太低。 原因2：当前设备支持的业务太多。 处理步骤 使用display

查看更多 →

常情况，此时内存已经写满，用户需要考虑扩容，或者清理一些无用的数据。通常情况下，当内存使用率超过95%时需要及时关注。 排查原因 查询指定时段的内存使用率信息，具体操作请参见性能监控。“内存利用率”指标持续接近100%。 查询内存使用率超过95%的时间段内，“已逐出的键数量”和“

查看更多 →

对系统的影响 如果阈值设置的不高，如50、60等，对业务没有影响，但是当阈值设置的比较高，如80，可能会造成如下影响： 业务申请不到内存，则业务无法正常使用。 如果存储介质空间不足，则影响日志功能和软件升级。 可能原因 原因1：内存告警阈值设置太低。 原因2：当前设备支持的业务太多。

查看更多 →

for MySQL内存使用率高的问题处理 对于用户核心业务相关的库 请扩容实例规格，具体请参见变更实例的CPU内存规格。 对于非用户核心业务相关的库 查看本地计算机的内存使用率，如果使用率曲线持续平缓，则无需处理。 对于用户核心业务相关但是数据库规格配置很高的库 在业务低峰期，将

查看更多 →