内存使用率高问题排查 使用文档数据库时，当实例的内存使用率达到90%，SWAP利用率超过5%时，此时认为实例的内存已达瓶颈，会导致系统响应慢，甚至出现内存溢出（OOM）的隐患。 本章节主要介绍排查解决实例内存使用率高的问题。 查看内存使用情况 您可以通过查看监控指标（内存使用率和

查看更多 →

使用SSH工具连接Notebook， 服务器 的进程被清理了，GPU使用率显示还是100% 原因是代码运行卡死导致被进程清理，GPU显存没有释放；或者代码运行过程中内存溢出导致程序被清理，需要释放下显存，清理GPU，然后重新启动。为了避免进程结束引起的代码未保存，建议您每隔一段时间保存下代码输出至OBS桶或者容器

查看更多 →

hwCapMemType 转发内存类型。 hwCapMemThresholdCurrent 转发内存平均利用率当前值。 hwCapMemThresholdValue 转发内存平均利用率门限值。 对系统的影响 影响业务正常运行 可能原因 系统转发内存平均利用率过高。 处理步骤 查看

查看更多 →

业务申请不到内存，则业务无法正常使用。 如果存储介质空间不足，则影响日志功能和软件升级。 可能原因 原因1：内存告警阈值设置太低。 原因2：当前设备支持的业务太多。 原因3：设备内存泄露。 处理步骤 使用display memory-usage命令查看内存告警阈值，检查内存告警阈值设置是否合理。

查看更多 →

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

查看更多 →

ALM-12018 内存使用率超过阈值 告警解释 系统每30秒周期性检测内存使用率，并把实际内存使用率和阈值相比较。内存使用率默认提供一个阈值范围。当检测到内存使用率超出阈值范围时产生该告警。 平滑次数为1，主机内存使用率小于或等于阈值时，告警恢复；平滑次数大于1，主机内存使用率小于或等于阈值的90%时，告警恢复。

查看更多 →

vos_malloc内存 3：sos_malloc内存 current-memory-usage 当前内存使用率。 memory-usage-threshold 内存使用率阈值。系统默认阈值根据接口内存设置，可修改。 memory-total 总内存。 对系统的影响 设备性能下降，若内存使用率再升高，出于保护考虑，设备会自动重启。

查看更多 →

对系统的影响 影响业务正常运行。出现告警后系统会自动重启。 可能原因 内存使用率超过告警门限，可能是业务配置超过规格导致。 处理步骤 请执行display current-configuration命令检查业务配置是否超过规格并联系技术支持人员。 告警清除 此告警修复后，系统会自动清除此

查看更多 →

自动清理 系统自动清理进程（autovacuum）自动执行VACUUM和ANALYZE命令，回收被标识为删除状态的记录空间，并更新表的统计数据。 autovacuum 参数说明：控制是否启动数据库自动清理进程（autovacuum）。自动清理进程运行的前提是将track_counts设置为on。

查看更多 →

= 0.0); 对自动清理速率进行参数调优 确认是否需要调整自动清理参数 通过运维视图查看指定表的死亡元组数与上一次自动清理时间等信息，当死亡元组远超自动清理阈值，并且距离上一次自动清理已经过去较长时间（例如一天），此时可基本确认当前实例需要手动调优自动清理参数。具体来说，可通过以下方式进行确认。

查看更多 →

自动清理 系统自动清理线程（autovacuum）自动执行VACUUM和ANALYZE命令，回收被标识为删除状态的记录空间，并更新表的统计数据。 autovacuum 参数说明：控制数据库自动清理线程（autovacuum）的启动。自动清理线程运行的前提是将track_counts设置为on。

查看更多 →

fielddata=true 清理segment 每个segment的FST结构都会被加载到内存中，并且这些内存是不会被垃圾回收的。因此如果索引的segment数量过大，会导致内存使用率较高，建议定期进行清理。 在Kibana执行如下命令，查看各节点的segment数量和占用内存大小。 GET /_cat/nodes

查看更多 →

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

查看更多 →

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

查看更多 →

数据清理 自动清理业务数据 手动清理业务数据 清理系统运行日志 查看清理记录 父主题： 系统管理

查看更多 →

参数说明：当自动清理的执行时间大于或者等于某个特定的值时，向服务器日志中记录自动清理执行的每一步操作。设置此选项有助于追踪自动清理的行为。 举例如下：将log_autovacuum_min_duration设置为250ms，表示记录所有运行大于或者等于250ms的自动清理命令的相关信息。

查看更多 →

参数说明：当自动清理的执行时间大于或者等于某个特定的值时，向服务器日志中记录自动清理执行的每一步操作。设置此选项有助于追踪自动清理的行为。 举例如下：将log_autovacuum_min_duration设置为250ms，表示记录所有运行大于或者等于250ms的自动清理命令的相关信息。

查看更多 →

清理缓存 清理缓存将会清理当前We码小程序所有的缓存记录。 扫码体验： 请求参数 无。 返回结果 参数 说明 data 成功：success，失败：error 请求示例 ES6版本 HWH5.clearStorage().then(data => { console.log(data);

查看更多 →

在故障恢复后，自动清理两阶段事务。 当设置autovacuum为on，autovacuum_max_workers大于0时，表示系统不仅在故障恢复后，自动清理两阶段事务，并且还可以自动清理进程。 即使此参数设置为off，数据库也会在需要防止事务ID回卷时发起清理进程。对于CREATE/DROP

查看更多 →

= 0.0); 对自动清理速率进行参数调优 确认是否需要调整自动清理参数 通过运维视图查看指定表的死亡元组数与上一次自动清理时间等信息，当死亡元组远超自动清理阈值，并且距离上一次自动清理已经过去较长时间（例如一天），此时可基本确认当前实例需要手动调优自动清理参数。具体来说，可通过以下方式进行确认。

查看更多 →

自动清理 系统自动清理线程（autovacuum）自动执行VACUUM和ANALYZE命令，回收被标识为删除状态的记录空间，并更新表的统计数据。 autovacuum 参数说明：控制数据库自动清理线程（autovacuum）的启动。自动清理线程运行的前提是将track_counts设置为on。

查看更多 →