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

查看更多 →

，通过优化Bulk路由、文本索引加速、分词加速等方式，有效提升导入性能以及降低写入拒绝的情况。适用于索引分片较多、文本索引量大、导入吞吐量高的场景。 表1 数据导入性能优化方式 优化方式 功能描述 相关文档 Bulk路由优化 根据Elasticsearch默认的路由规则，Bulk

查看更多 →

常见性能问题 RDS for MySQL CPU使用率高的问题处理 RDS for MySQL内存使用率高的问题处理 RDS for MySQ L实例 磁盘满的问题处理 RDS for MySQL元数据锁MDL的问题处理 RDS for MySQL慢SQL问题处理 父主题： 问题诊断和SQL分析

查看更多 →

er-exchange”和“x-dead-letter-routing-key”参数。队列根据“x-dead-letter-exchange”将死信消息发送到死信交换机中，并根据“x-dead-letter-routing-key”为死信消息设置死信路由Key。 以下示例演示在Java客户端配置死信交换机和路由：

查看更多 →

x版本中，设置命令如下： 指定routing值插入数据 PUT /{index}/_doc/1?routing=user1 { "title": "This is a document" } 根据routing值去查询数据 GET /{index}/_doc/1?routing=user1 采用index

查看更多 →

资源监控页面，您可以查看APS资源使用率、主机资源使用率（如未购买云办公专属主机，默认主机资源使用率为0），如图5所示。 图5 资源监控 根据资源实例的CPU使用率或内存使用率划分低负载、中负载、高负载三个档位。 低负载：CPU使用率 ≤ 50%且内存使用率≤70% 中负载：CPU使用率＞50%或者内存使用率＞70%

查看更多 →

服务器 的带宽和CPU使用率过高导致。如果您已经通过 云监控服务 完成创建过告警任务，当CPU或带宽利用率高时，系统会自动发送告警给您。 Linux 云服务器 实例带宽流量过高或CPU使用率高，您可以按如下步骤进行排查： 问题定位：定位影响云服务器带宽和CPU使用率高的进程。 问题处理：排查进程是否正常，并分类进行处理。

查看更多 →

最大带宽”。 带宽使用率不高时，也有可能有限流，因为带宽使用率是上报周期实时值，一个上报周期检查一次。而流控检查是秒级的，有可能存在上报周期间隔期间，流量有秒级冲高，然后回落，待上报带宽使用率指标时已恢复正常。 对于主备实例： 如果实例一直有流控但是带宽使用率不高，这说明可能存在

查看更多 →

direct：该类型Exchange会将消息路由到Routing Key完全匹配的Queue中。 fanout：该类型Exchange会将消息路由到所有与其绑定的Queue中。 topic：该类型Exchange将Routing Key进行通配符匹配，然后将消息路由到匹配成功的Queue中。

查看更多 →

要投递的Exchange或Queue名称 routing_key String 绑定键值，用于告知Exchange应该将消息投递到哪些Queue中 请求示例 将test-exchange作为源端，与目标端为Queue类型的mirror-queue绑定，绑定路由键为routing_key_1。 POST

查看更多 →

点的负载。 CPU使用率高的原因 数据操作相关线程数（num.io.threads、num.network.threads、num.replica.fetchers）过多，导致CPU繁忙。 分区设置不合理，所有的生产和消费都集中在某个节点上，导致CPU利用率高。 磁盘写满的原因

查看更多 →

服务端CPU占用 磁盘占用 broker带宽占用 gzip 中 中 低 中 低 lz4 中 中 中 中 中 zstd 高 中 低 低 低 snappy 低 高 高 高 高 如果追求高TPS，建议采用lz4压缩算法；如果追求较低的网络I/O或希望较低的客户端/服务端CPU占用，建议采用zst

查看更多 →

/proc/PID/exe命令可以查看每个进程ID对应的程序文件。 CPU使用率高问题处理 对于导致CPU使用率高的具体进程，如果确认是异常进程，可以直接通过top命令终止进程。对于kswapd0进程导致的CPU使用率高的问题，则需要对应用程序进行优化，或者通过增加内存进行系统规格的升级。

查看更多 →

/proc/PID/exe命令可以查看每个进程ID对应的程序文件。 CPU使用率高问题处理 对于导致CPU使用率高的具体进程，如果确认是异常进程，可以直接通过top命令终止进程。对于kswapd0进程导致的CPU使用率高的问题，则需要对应用程序进行优化，或者通过增加内存进行系统规格的升级。

查看更多 →

如果HANA集群只有部分节点和 CDM 网络互通，为确保CDM正常连接HANA集群，则需要进行如下配置： 关闭HANA集群的Statement Routing开关。但须注意，关闭Statement Routing，会增加配置节点的压力。 新建HANA连接时，在高级属性中添加属性“distribution”，并将值置为“off”。

查看更多 →

动态内存使用率 80%以下 当业务流量突增或复杂灵活查询执行时，会有内存不足报错的风险。 配置异常规则和内存熔断；对高内存业务进行优化整改。 降内存方法可参见降低内存的处理方案。 90% 出现CCN排队，业务出现内存不足报错，有进程OOM风险。 配置异常规则和内存熔断；对高内存业务进行优化整改；

查看更多 →

图2 实例内存使用率监控视图 如果实例内存使用率频繁出现短时间内上升然后恢复正常的情况，说明是业务执行过程中的临时冲高，可通过调整告警阈值的方式减少告警的上报。 如果实例内存使用率长时间一直较高，则说明集群负载过高，可以排查集群业务，或考虑提升集群的配置规格，详情请参见弹性变更规格。

查看更多 →

周期内的累计使用率情况。 导出使用率数据 导出资源包使用率汇总数据 在使用率走势图中单击“导出”按钮，可以导出使用率汇总数据。 在左侧导航中选择“导出记录”菜单，可以下载对应的记录。 导出资源包使用率明细数据 在资源包使用率列表左上角单击“导出”按钮，导出资源包使用率的详情。 在

查看更多 →

图2 实例动态内存使用率监控视图 如果动态内存使用率频繁出现短时间内上升然后恢复正常的情况，说明是业务执行过程中的临时冲高，可通过调整告警阈值的方式减少告警的上报。 如果动态内存使用率长时间一直较高，则说明集群负载过高，可以排查集群业务，或考虑提升集群的配置规格，详情请参见弹性变更规格。

查看更多 →

如果HANA集群只有部分节点和CDM网络互通，为确保CDM正常连接HANA集群，则需要进行如下配置： 关闭HANA集群的Statement Routing开关。但须注意，关闭Statement Routing，会增加配置节点的压力。 新建HANA连接时，在高级属性中添加属性“distribution”，并将值置为“off”。

查看更多 →

高：由于这些慢SQL查询执行效率低，为获得预期的结果需要访问大量的数据导致平均IO高，因此在QPS并不高的情况下（例如网站访问量不大），也会导致实例的CPU使用率偏高。 解决方案： 根据CPU使用率过高的时间点，查看对应时间段的慢日志信息。 重点关注扫描行数、返回结果行数超过百万

查看更多 →