ibdata1为什么会变大 原因分析 ibdata1是InnoDB的系统表空间，主要包括： 多版本并行事务控制（MVCC）相关的数据：undolog Innodb表的元数据，如数据字典 change buffer/double write buffer等 其中，undolog是i

查看更多 →

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

查看更多 →

不会主动释放的，因此可能导致长连接占用大量的内存不释放。 PMS是 MRS 的监控进程，此进程会经常创建表分区或者新表，由于PostgreSQL会缓存当前会话访问过的对象的元数据，且PMS的数据库连接池连接会长时间存在，所以连接占用的内存会逐渐上升。 处理步骤 以root用户登录主Master节点。

查看更多 →

当迁移的对象数量较少（小于50个）且大小很大时，由于只会有一个线程迁移单个对象，对象数又较少，导致迁移的并发低，所以迁移速度会较慢。 这种情况请耐心等待，无法提升迁移的速度。 大对象会进行分片上传，上传完成一个分片才会对该分片的迁移量计入速度计算，速度计算结果是不太准确的，可能导致不同时间段速率忽高忽低的情况。

查看更多 →

告警阈值为1表示触发磁盘高水位，会阻塞消息生产 减少惰性队列的消息堆积 减少持久化队列的消息堆积 删除队列 内存使用率 告警阈值：原始值>业务预期使用率（推荐30%） 连续触发次数：连续3~5个周期 告警级别：重要 该指标需要分别为每个节点设置内存使用率告警，避免触发内存高水位阻塞生产 加快消费

查看更多 →

产生告警的主机名。 对系统的影响 HBase可用的直接内存不足，可能会造成节点重启。在节点重启过程中，该节点上的读写请求时延会变大或者失败。 可能原因 该节点HBase服务直接内存使用率过大，或配置的直接内存不合理，导致使用率超过阈值。 处理步骤 检查直接内存使用率 在 FusionInsight Manager首页，选择“运维

查看更多 →

产生告警的主机名。 对系统的影响 HBase可用内存不足，可能会造成节点重启。在节点重启过程中，该节点上的读写请求时延会变大或者失败。 可能原因 该节点HBase服务堆内存使用率过大，或配置的堆内存不合理，导致使用率超过阈值。 处理步骤 检查堆内存使用率 在FusionInsight Manager首页，选择“运维

查看更多 →

对系统的影响 OMS 主要进程内存使用率过高，会影响OMS主要进程运行的性能，甚至造成内存溢出导致OMS主要进程不可用，OMS任务执行变慢或失败。 可能原因 该节点OMS主要进程内存使用率过大，或配置的内存不合理，导致使用率超过阈值。 处理步骤 检查进程内存使用率。 在FusionInsight

查看更多 →

户从MRS管控面提交作业，随着任务量的增大或者任务并发较高，有可能会导致Executor内存不足，导致占用CPU较高、Executor进程OOM等问题。 解决步骤 通过root用户登录Master1或Master2其中任意一节点，执行以下命令切换到omm用户。 su - omm 执行以下命令，修改“catalina

查看更多 →

和“结束时间”分别为告警产生时间的前后10分钟，单击“下载”。 请联系运维人员，并发送已收集的故障日志信息。 告警清除 此告警修复后，系统会自动清除此告警，无需手工清除。 参考信息 无 父主题： MRS集群告警处理参考

查看更多 →

系统当前指标取值满足自定义的告警设置条件。 对系统的影响 Hive堆内存使用率过高，会影响Hive任务运行的性能，甚至造成内存溢出导致Hive服务不可用。 可能原因 该节点Hive实例堆内存使用量过大，或分配的堆内存不合理，导致使用率超过阈值。 处理步骤 检查堆内存使用率。 在FusionInsight Manager首页，选择“运维

查看更多 →

res NUM”参数设置核数。 配置Executor内存。 Executor的内存主要用于任务执行、通信等。当一个任务很大的时候，可能需要较多资源，因而内存也可以做相应的增加；当一个任务较小运行较快时，就可以增大并发度减少内存。 将“spark-defaults.conf”中的“spark

查看更多 →

res NUM”参数设置核数。 配置Executor内存。 Executor的内存主要用于任务执行、通信等。当一个任务很大的时候，可能需要较多资源，因而内存也可以做相应的增加；当一个任务较小运行较快时，就可以增大并发度减少内存。 将“spark-defaults.conf”中的“spark

查看更多 →

进程监控 进程监控简介 进程监控是针对主机内活跃进程进行的监控，默认采集活跃进程消耗的CPU、内存，以及打开的文件数量等信息。当您配置了自定义进程监控，还会监控包含关键字的进程个数。 插件会每分钟统计一次1分钟内消耗 CPU Top5的进程，Top5的进程不固定，进程列表中会展示出最近24小时内所有消耗CPU

查看更多 →

res NUM”参数设置核数。 配置Executor内存。 Executor的内存主要用于任务执行、通信等。当一个任务很大的时候，可能需要较多资源，因而内存也可以做相应的增加；当一个任务较小运行较快时，就可以增大并发度减少内存。 将“spark-defaults.conf”中的“spark

查看更多 →

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

查看更多 →

系统当前指标取值满足自定义的告警设置条件。 对系统的影响 Hive直接内存使用率过高，会影响Hive任务运行的性能，甚至造成内存溢出导致Hive服务不可用。 可能原因 该节点Hive实例直接内存使用量过大，或分配的直接内存不合理，导致使用率超过阈值。 处理步骤 检查直接内存使用率。 在FusionInsight

查看更多 →

-s的设置）-640KB小于此参数取值范围的最小值时，会导致数据库启动失败。 如果设置此参数的值大于实际的内核限制，则一个正在运行的递归函数可能会导致一个独立的 服务器 进程崩溃。 enable_early_free 参数说明：控制是否可以进行算子内存的提前释放。该参数可在PDB级别设置。 参数类型：布尔型

查看更多 →

MB，系统会自动将该参数设置为默认值0，此时优化器不会根据该值调整作业的估算内存。 默认值：0 query_max_mem 参数说明：设置执行作业所能够使用的最大内存。如果设置的query_max_mem值大于0，在生成执行计划时，优化器会根据该值来设置算子的可用内存。当作业执行

查看更多 →

所有内存上下文中内存占用前20的内存上下文的内存使用情况。 每个内存上下文的totalsize，freesize字段。 每个内存上下文上所有内存申请的详细信息，包含申请内存所在的文件，行号和大小。 默认值：level1 该参数设置为level2后，会记录每个内存上下文的内存申请详

查看更多 →

检查环境当前进程数是否过多，当可用的进程数比例低于5%，认为进程数不足。edgectl check pid无检查节点进程数：示例执行结果：

查看更多 →