3.0.3版本 fe 的gc日志,old regions一直增加

Viewed 71

fe 最终被oom,gc后的内容一直处于增长状态。fe配置处于默认配置。fe配置为32u,64g。带3台be 16u 32g。

这是启动后的第一次gc截图:

这是存活一段时候后的gc截图

java不懂,所以是因jvm配置的启动命令问题?
JAVA_OPTS_FOR_JDK_17="-Dfile.encoding=UTF-8 -Djavax.security.auth.useSubjectCredsOnly=false -Xmx59392m -Xms59392m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=$LOG_DIR -Xlog:gc*:$LOG_DIR/fe.gc.log.$CUR_DATE:time,uptime:filecount=10,filesize=50M --add-opens=java.base/java.nio=ALL-UNNAMED --add-opens java.base/jdk.internal.ref=ALL-UNNAMED"

2 Answers

1、是否有配置监控,看看fe jvm heap的趋势图
2、fe jvm高的时候jmap看看哪些模块占用较高:jmap -histo:live pid > 1.jmp

您好,doris-2.1.2-rc04-b130df2488,堆内存一直持续稳定在90%左右,偶尔会触发堆内存溢出告警后FE自动重启,把堆内存配置为31G重启后三个FE节点会频繁的持续重启,堆内存降到16G后恢复正常,但是堆内存还是很高持续在90%左右,这种情况怎么处理?怎么优化?升级版本能否解决?

[root@pcosmo-bigdata02 log]# jmap -histo:live 46361

num #instances #bytes class name

1: 45941127 2940232128 java.util.concurrent.ConcurrentHashMap
2: 44043726 1409399232 java.util.concurrent.ConcurrentHashMap$Node
3: 47490885 1139781240 java.lang.Long
4: 327176 1124504576 [B
5: 22959581 1102059888 java.util.concurrent.locks.ReentrantReadWriteLock$FairSync
6: 21035073 1009683504 java.util.HashMap
7: 23307139 966392472 [C
8: 13560179 867851456 org.apache.doris.datasource.paimon.PaimonExternalDatabase
9: 9378567 600228288 org.apache.doris.datasource.jdbc.JdbcExternalDatabase
10: 23368818 560851632 java.lang.String
。。。。。
8827: 1 16 sun.reflect.generics.tree.CharSignature
8828: 1 16 sun.reflect.generics.tree.VoidDescriptor
8829: 1 16 sun.util.CoreResourceBundleControl
8830: 1 16 sun.util.calendar.Gregorian
8831: 1 16 sun.util.locale.provider.AuxLocaleProviderAdapter$NullProvider
8832: 1 16 sun.util.locale.provider.CalendarDataUtility$CalendarWeekParameterGetter
8833: 1 16 sun.util.locale.provider.SPILocaleProviderAdapter
8834: 1 16 sun.util.locale.provider.TimeZoneNameUtility$TimeZoneNameGetter
8835: 1 16 sun.util.resources.LocaleData
8836: 1 16 sun.util.resources.LocaleData$LocaleDataResourceBundleControl
Total 377065144 14608152448