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

查看更多 →

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

查看更多 →

Binlog未清理导致磁盘占用高 场景描述 只读实例或主实例磁盘占用高，通过执行SHOW BINARY LOG S或SHOW MASTER LOGS，和其他实例对比发现，大量老的Binlog文件未被清理，导致磁盘占用很高。 原因分析 正常情况下，设置了Binlog过期时间，当Bin

查看更多 →

该指标用于统计Redis已使用的RSS内存。即实际驻留“在内存中”的内存数。包含堆内存，但不包括换出的内存。 单位：可在控制台进行选择，如KB、MB、byte等。 >=0byte 测量对象： Redis实例 测量维度： dcs_instance_id 1分钟 memory_frag_ratio 内存碎片率 该

查看更多 →

并规范使用游标，从而排查文档数据库服务内存使用率高的问题。如果经确认确实为业务增长导致的内存升高，建议及时进行规格扩容。 排查连接数 查看连接数占比，总的连接数不宜超过当前实例能承受的最大连接数的80%。连接太多会导致内存和多线程上下文的开销增加，影响请求处理延时。 建议配置连接

查看更多 →

函数内存超限返回“runtime memory limit exceeded”，如何查看内存占用大小？ 请在函数请求返回界面查看。 图1 查看oom内存大小 父主题： 函数执行

查看更多 →

。 不同规格主机Agent资源占用一览 Agent运行时，不同规格的云 服务器 CPU、内存占用情况如表1所示。 表1 Agent资源占用一览 vCPUs规格 占用CPU资源比例（峰值） 执行病毒查杀时，占用CPU资源比例（峰值） 内存占用（峰值） 执行病毒查杀时，内存占用（均值） 1vCPUs

查看更多 →

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

查看更多 →

ALM-15795242 AP的内存占用率过高 告警解释 AP memory overload notify. (APMAC=[APMAC], APName=[APName], ApMemRate=[ApMemRate], APID=[APID]) AP内存利用率过高。 告警属性 告警ID

查看更多 →

第二个值的取值为0~1，表示DN上syscache内存占总可用内存比例。如果syscache内存占用达到该值时，继续执行第三个取值的判断。 第三个值的取值为0~INT_MAX，单位为MB。表示空闲线程的syscache内存占用大小。如果空闲线程syscache内存占用达到该值时，则清理该线程占用的syscache。

查看更多 →

conf目录，其中RuntimeMaxUse参数表示日志缓存的最大内存占用量。若不配置RuntimeMaxUse，长时间运行会占用较大内存。 修改节点系统参数的命令仅在使用公共镜像时有效，使用私有镜像时本文中提供的命令仅供参考。 修改节点RuntimeMaxUse 登录节点，查看/etc/systemd/journald

查看更多 →

ALM-29015 Catalog进程内存占用率超过阈值 告警解释 以30s为周期检测Catalog进程系统内存占用率，当检测到的超过默认阈值（80%）时，系统产生此告警。 当系统检测到进程内存占用率下降到阈值以下时，告警将自动解除。 告警属性 告警ID 告警级别 是否自动清除 29015

查看更多 →

ALM-29004 Impalad进程内存占用率超过阈值 告警解释 以30s为周期检测Impalad进程系统内存占用率，当检测到的超过默认阈值（80%）时，系统产生此告警。 当系统检测到进程内存占用率下降到阈值以下时，告警将自动解除。 告警属性 告警ID 告警级别 是否可自动清除

查看更多 →

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

查看更多 →

清理文件 清理上传文件 将上传至虚拟机中的文件删除，比如bms-network-config和SDI驱动的rpm软件包等。 清理临时文件 执行下面命令，清理用户登录记录。 echo > /var/log/wtmp echo > /var/log/btmp 执行下面命令，清理相应目录下的临时文件。

查看更多 →

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

查看更多 →

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

查看更多 →

清理碎片 使用场景 桶中不完整的数据称之为碎片。OBS采用分段上传的模式上传数据，在下列情况下（但不仅限于此）通常会导致数据上传失败而产生碎片。 网络条件较差，与OBS的服务器之间的连接经常断开。 上传过程中，人为中断上传任务。 设备故障。 突然断电等特殊情况。 上传失败而产生的

查看更多 →

设置不当的风险与影响：此参数设置越大，自动清理功能创建的线程数越多，占用的系统CPU和内存资源越多，所以设置时不建议设置过大，避免由于此参数设置过大导致内存无法分配或者占用过多CPU资源，导致数据库启动报错或业务受到影响。如果将该参数设置得过低，可能会导致autovacuum线程无法及时清理和回收不再使用的表空间，从而导致数据库膨胀和性能下降。

查看更多 →

Linux操作系统云服务器中buffer和cache占用内存怎么办？ 问题描述 系统长期运行后，free命令查看系统内存，发现剩余内存不足，大部分是buffers和cached。 问题分析 在 Linux 的内存管理中，buffer是Linux内存中的Buffer cache。cache是Linux内存中的Page

查看更多 →

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

查看更多 →