进程监控 应用监控 组件监控 应用发现 父主题： 基础设施监控

查看更多 →

GS_GSC_MEMORY_DETAIL视图显示当前节点当前进程的全局SysCache的内存占用情况。仅在开启GSC的模式下有数据。具体字段如表1所示。 由于这个查询是以数据库内存上下文分隔的，因此会缺少一部分内存的统计，缺失的内存统计对应的内存上下文名称为GlobalSysDBCache。 表1

查看更多 →

库实例的内存（单位：GB）相关，计算公式如下： max_connections上限估计数值 = 节点可用内存 / 单个连接预估占用内存。 节点可用内存=总内存 - Buffer Pool占用内存 - 1GB（mysqld进程、操作系统、监控程序等）。 单个连接预估占用内存（single_thread_memory）

查看更多 →

制 > CPU和内存”，勾选“HiveServer内存使用率统计” ，单击“确定”，查看HiveServer进程使用的非堆内存是否已达到HiveServer进程设定的最大非堆内存的阈值（默认95%）。 是，执行4。 否，执行7。 图1 勾选HiveServer内存使用率统计 在 FusionInsight

查看更多 →

个状态进程总数。 采集方式（Windows）：通过psapi.dll系统进程状态支持模块得到进程总数。 ≥0 云 服务器 云服务器 - 进程 1分钟 维度 维度 Key Value 云服务器 instance_id 云服务器ID。 云服务器 - 进程 proc 云服务器的进程。 该

查看更多 →

解决方法 使用的机器最低规格为2C8G。 登录SLB实例主机，执行命令/opt/huawei/openresty/init.d/nginx restart，重启Nginx再同步。 执行命令top，查看其他占用内存多的进程，执行命令kill -9 进程号关掉进程。 父主题： SLB同步异常相关问题

查看更多 →

GS_GSC_MEMORY_DETAIL视图描述当前节点当前进程的全局SysCache的内存占用情况。仅在开启GSC的模式下有数据。 需要注意的是，这个查询由于是以数据库内存上下文分隔的，因此会缺少一部分内存的统计，缺失的内存统计对应的内存上下文名称为GlobalSysDBCache。 当

查看更多 →

GS_GSC_MEMORY_DETAIL视图描述当前节点当前进程的全局SysCache的内存占用情况，仅在开启GSC的模式下有数据。需要注意的是，这个查询由于是以数据库内存上下文分隔的，因此会缺少一部分内存的统计，缺失的内存统计对应的内存上下文名称为GlobalSysDBCache。 当前

查看更多 →

conf 节点进程 ID数量上限。 查看参数： sysctl kernel.pid_max 修改节点进程 ID数量上限kernel.pid_max RuntimeMaxUse /etc/systemd/journald.conf 节点日志缓存内存占用量上限，若不配置长时间运行会占用较大内存。

查看更多 →

使用VNC方式登录云服务器，查看端口信息。 进入cmd命令窗，并执行以下命令。 netstat -ano |findstr ：3389 图2 检查3389端口 如图2所示，3389端口被占用，进程PID为4。 打开任务管理器，查看PID为4的进程为System系统进程。 通常IIS服务和SQL

查看更多 →

确定”。 使用omm用户登录告警的FE节点后台，执行"top"查看进程使用内存情况，找到占用较高的内存的进程，检查是否是本服务的进程，是否合理。 是，执行3 否，对此进程进行隔离、关闭或调整内存大小，并观察机器内存是否被释放出。 重启受影响的服务或实例，观察界面告警是否清除。 是，处理完毕。

查看更多 →

表示Redis数据占用的内存容量。即分配的内存总量，减去总的额外开销内存量。 dataset.percentage 表示Redis数据占用内存占总内存分配的百分比 peak.percentage 当前内存使用量与峰值时的占比 fragmentation 表示Redis的内存碎片率 doctor命令

查看更多 →

节点系统参数优化 可优化的节点系统参数列表 修改节点日志缓存内存占用量上限RuntimeMaxUse 修改最大文件句柄数 修改节点内核参数 修改节点进程 ID数量上限kernel.pid_max 父主题： 节点运维

查看更多 →

主机监控Agent占用的系统资源很小，性能基本不会受到影响。 在弹性云服务器中安装Agent资源占用情况如下： CPU单核使用率最大不超过10%、内存最大不超过200M。一般情况下，CPU单核使用率<5%，内存<100M。 在裸金属服务器中安装Agent资源占用情况如下： CPU

查看更多 →

系统当前指标取值满足自定义的告警设置条件。 对系统的影响 Broker进程的垃圾回收时间过长，可能影响该Broker进程正常提供服务。 可能原因 该节点Kafka实例进程的垃圾回收时间过长，或配置的直接内存大小不合理，导致进程GC频繁。 处理步骤 检查Broker进程的垃圾回收（GC）时间。 在FusionInsight

查看更多 →

memory查看的内存大小与实际配置一致。 问题原因 首先，系统启动时会初始化相关设备，该过程会占用内存，内核启动时，也会占用一部分的内存。其中，kdump占用的内存是可以自行设置的，如无特殊要求，请勿自行修改kdump占用的内存大小。 其次，free -m命令查询的是弹性云服务器的可用内存，dmidecode

查看更多 →

killer特性是一种内存管理机制，在系统可用内存较少的情况下，内核为保证系统还能够继续运行下去，会选择结束一些进程释放掉一些内存。 原理 通常oom_killer的触发流程是：内核为某个进程分配内存，当发现当前物理内存不够时，触发OOM。OOM killer遍历当前所有进程，根据进程的内存使

查看更多 →

≥0 无 内存使用率 = （物理内存容量 - 可用物理内存） / 物理内存容量；虚拟内存使用率 = （（物理内存容量 + 虚拟内存总量） - （可用物理内存 + 可用虚拟内存）） / （物理内存容量 + 虚拟内存总量）。 目前创建的虚机默认虚拟内存为0，在未配置虚拟内存的情况下，

查看更多 →

情况一：源端有文件被删除，但进程依然存在 出现这种情况，是因为源端经常使用rm命令或其它软件删除文件，虽然文件被成功删除，但是文件进程依然存在，还占用着磁盘空间。 在源端服务器，输入df -Th命令，查看源端磁盘使用量和总迁移量是否相同。 在源端服务器根目录下，输入du -sh *命令，查看实际目录占用量。

查看更多 →

根据查询结果分析内存使用过高原因。 内存高常见原因 通常InnoDB Buffer Pool的内存占用是最大的，Buffer Pool的内存占用上限受到Buffer Pool配置参数的限制，但是还有很多内存是在请求执行中动态分配和调整的，例如内存临时表消耗的内存、prefetch

查看更多 →

针从meta-data中清除后，文件数据部分占用的空间就可以被覆盖并写入新的内容，之所以出现删除文件后，空间还没有释放，就是因为进程还在一直向这个文件写入内容，导致虽然删除了文件，但是由于进程锁定，文件对应的指针部分并未从meta-data中清除，而由于指针并未删除，系统内核就认

查看更多 →