永洪社区

标题: A link lack of memory is found [打印本页]

作者: yhdata_TFDpK8ac 时间: 昨天 14:30
标题: A link lack of memory is found
内存泄漏问题如何排查，日志中A link lack of memory is found具体是什么原因引起，怎么修改BI报告避免lack of mem。

部分BI服务器日志如下：

[2024-12-16 16:49:06.626] |-[WARN] |-[9f960b3da9ca47a38df425aa0ef2e031] |-[A0057] |-[g5.mem.LRULink.add(LRULink.java:67)] |-[DASHBOARD: [00统计汇总20241216164904-1555<发布版报告2024/04运营跟踪/00统计汇总.db>][图表-主表]  More memory is required to support the current query!!!

_________________________
A link lack of memory is found [15263m of 10m][16:49:06]. List nodes from old to young:
Used: 17852.178m, assigned: 10.270101m.
]
[2024-12-16 16:49:06.626] |-[WARN] |-[9f960b3da9ca47a38df425aa0ef2e031] |-[A0057] |-[g5.mem.LRULink.add(LRULink.java:67)] |-[DASHBOARD: [00统计汇总20241216164904-1555<发布版报告2024/04运营跟踪/00统计汇总.db>][图表-主表]  More memory is required to support the current query!!!

_________________________
A link lack of memory is found [15487m of 7m][16:49:06]. List nodes from old to young:
Used: 17958.9m, assigned: 7.666667m.
]
[2024-12-16 16:49:06.633] |-[WARN] |-[9f960b3da9ca47a38df425aa0ef2e031] |-[A0057] |-[g5.mem.LRULink.add(LRULink.java:67)] |-[DASHBOARD: [00统计汇总20241216164904-1555<发布版报告2024/04运营跟踪/00统计汇总.db>][图表-主表]  More memory is required to support the current query!!!

_________________________
A link lack of memory is found [15091m of 21m][16:49:06]. List nodes from old to young:
Used: 17587.3m, assigned: 21.071136m.
]

作者: yhbi老6了 时间: 昨天 14:47
本帖最后由 yhbi老6了于 2024-12-17 14:49 编辑

直连组合数据集或者自服务数据集？不入mpp或者vloot的？按理来说，只有异源数据库的在bi做数据处理的才会有类似的，一个查询内存直接撑爆的情况。

作者: yhdata_lyaa 时间: 昨天 14:51
内存不足，
检查磁盘空间：确保源文件所在的磁盘或分区有足够的空间。如果空间不足，请清理不必要的文件或者扩展分区大小。
检查内存使用情况：如果是因为系统内存不足导致，尝试关闭一些不需要的程序或服务，释放内存，或者增加物理内存。

作者: yhdata_TFDpK8ac 时间: 昨天 15:30
本帖最后由 yhdata_TFDpK8ac 于 2024-12-17 15:33 编辑

yhbi老6了发表于 2024-12-17 14:47
直连组合数据集或者自服务数据集？不入mpp或者vloot的？按理来说，只有异源数据库的在bi做数据处理的才会有 ...

最多是两个Mysql的数据库。大部分时候是同一个数据库的。有自服务数据集和Mysql数据库抽取静态数据集。
比如有一个 DASHBORAD...1预算分析.db>][文本HR提供最大年月] 只使用了一个20万行的数据集，抽取的静态数据，取年月最大值，Used: 17589.824m, assigned: 21.071136m
Used=17589m 是代表这个组件用了17个G内存吗?服务器一共才48G？

作者: yhbi老6了 时间: 昨天 15:40
你这样理解不对的，不能靠单表大小理解，如果一旦存在跨库操作，最悲剧的情况是：就会将两个数据库的涉及的表的整个表拿到bi做关联，然后再筛选数据，然后再给你计算结果。这种情况的话，最好将报告中裁剪参数传递到sql数据集中。对于max年月，最好直接件一个独立数据集，不要从上层数据集出。

作者: yhdata_lyaa 时间: 昨天 15:40
提工单具体分析看看吧

作者: yhbi老6了 时间: 昨天 15:41
对，如果在保，提一下工单分析吧

欢迎光临永洪社区 (https://club.yonghongtech.com/)