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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

单击“表项查询”页签。 在“设备表项”中选择“IP Routing”，在命令中选择“display ip routing-table”，在命令行输入框里按照需求修改参数（可选），例如修改为“display ip routing-table vpn-instance vpn1”，单击“下发到设备”。

查看更多 →

指标说明 解决方案 内存高水位状态 告警阈值：原始值>=1 连续触发次数：1 告警级别：致命 告警阈值为1表示触发内存高水位，会阻塞消息生产 加快消费 采用生产者确认的发送模式，并监控生产端消息生产速度和时长，当消息生产时长有明显增加时进行流控措施 磁盘高水位状态 告警阈值：原始值>=1

查看更多 →

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

查看更多 →

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

查看更多 →

ID。 CurEmdiSessionRate 当前EMDI会话使用率。 UpperEmdiSessionThreshold EMDI会话使用率高的告警上限。 LowerEmdiSessionThreshold EMDI会话使用率高的告警下限。 对系统的影响 当前AP上的满足EMDI分析条件的会话不再加入会话列表。

查看更多 →

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

查看更多 →

x版本使用以下公式计算文档应该落在哪个shard。 routing_factor = num_routing_shards / num_primary_shards shard_num = (hash(_routing) % num_routing_shards) / routing_factor 其中nu

查看更多 →

的AR设备均需要检测。 在“设备表项”中选择“IP Routing”，在命令中选择“display ip routing-table”，在命令行输入框里按照需求修改参数（可选），例如修改为“display ip routing-table vpn-instance vpn1”，单击“下发到设备”。

查看更多 →