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%。连接太多会导致内存和多线程上下文的开销增加，影响请求处理延时。 建议配置连接

查看更多 →

当fielddata占用内存过高时，可以执行如下命令清理fielddata。 POST /test/_cache/clear?fielddata=true “test”为fielddata占用内存较高的索引名称。 清理segment 每个segment的FST结构都会被加载到内存中，并且这

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

内存和IO开销均会增大；autovacuum_max_workers为同时运行的自动清理线程的最大数量，配置值越大，执行间隔越符合autovacuum_naptime的配置，但占用的CPU、内存和IO开销同样会增大。 autovacuum 参数说明：控制数据库自动清理线程（aut

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

参数说明：控制是否启动数据库自动清理进程（autovacuum）。自动清理进程运行的前提是将track_counts设置为on。 参数类型：SIGHUP 取值范围：布尔型 on表示开启数据库自动清理进程。 off表示关闭数据库自动清理进程。 默认值：on 如系统在故障恢复后，需具备自动清理两阶段事务的

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →