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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

on表示开启数据库自动清理进程。 off表示关闭数据库自动清理进程。 默认值：on 如系统在故障恢复后，需具备自动清理两阶段事务的功能，请将autovacuum设置为on。 当设置autovacuum为on，autovacuum_max_workers为0时，表示系统不会自动进行auto

查看更多 →

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

查看更多 →

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

查看更多 →

设置自动清理 操作步骤 使用系统管理员sysadmin账号登录实例Web控制台。 在左侧导航栏，选择“系统管理 > 系统运维”，单击“系统清理”。 设置自动清理配置。 图1 设置自动清理 单击“保存”。 父主题： 系统运维

查看更多 →

自动清理业务数据 操作步骤 使用系统管理员sysadmin账号登录API数据安全防护系统web控制台。 在左侧导航栏，选择“系统管理 > 数据清理”。 在业务数据清理区域，单击自动清理后的“设置”，设置业务数据自动清理参数。 图1 设置参数 表1 参数说明 参数 说明 业务数据超时时间

查看更多 →

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

查看更多 →

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

查看更多 →

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 内存碎片率 该

查看更多 →

全集合（全表）扫描：COLLSCAN 当一个操作请求（如query、update、delete）需要全表扫描时，将大量占用内存资源。在查看慢请求日志时，发现COLLSCAN关键字，很可能是这些查询占用了内存资源。 如果该类操作请求较为频繁，建议您对查询的字段建立索引进行优化。 全集合（全表）扫描：docsExamined

查看更多 →

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

查看更多 →

任务增量步进，与memoryStep共同决定内存调整量 不能为空且大于零 memoryStep 内存增量步进，在"yarn.app.mapreduce.am.resource.mb"配置的基础上对内存向上调整 不能为空且大于零，单位：MB minMemory 内存自动调整下限，如果调整后的内存不大于该值，仍保持"yarn

查看更多 →

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

查看更多 →

任务增量步进，与memoryStep共同决定内存调整量。 不能为空且大于零。 memoryStep 内存增量步进，在“yarn.app.mapreduce.am.resource.mb”配置的基础上对内存向上调整。 不能为空且大于零，单位：MB。 minMemory 内存自动调整下限，若调整后的内存不大于该值，仍保持“yarn

查看更多 →

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

查看更多 →

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

查看更多 →