我们实施了RESTHEART以从MongoDB获取聚合数据。对于单个请求,数据正常,符合要求。当我们通过在MongoDB上添加加载来开始在JMeter请求下检查时,我们在后端获得了异常。 我们与MongoDB工程师分享了这些例外,他们表示可能是因为restheart api问题。 有没有人以前遇到过这些问题?
@Andrea Di Cesare,对此的任何帮助将不胜感激。
下面是详细信息 下面是“内存不足”错误的示例URI。 REST API调用 http://ftc-lbeapoc202:8080/statdata/InsStatData/_aggrs/getStatDataByIssuerIdSectionName?avars= {' issuerId':66915' sectionName':' SCDPT1'} http://ftc-lbeapoc202:8080/statdata/InsStatData/_aggrs/getStatDataByIssuerIdSectionName?avars= {' issuerId':66915' sectionName':' SCDPT1''一年':2014}
服务器日志错误:
[[1;31mERROR^[[0;39m org.restheart.handlers.ErrorHandler - Error handling
the request
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3554)
at java.util.Arrays.copyOf(Arrays.java:3525)
at java.util.ArrayList.grow(ArrayList.java:272)
at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:246)
at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:238)
at java.util.ArrayList.add(ArrayList.java:469)
at org.bson.codecs.BsonDocumentCodec.decode(BsonDocumentCodec.java:84)
at org.bson.codecs.BsonDocumentCodec.decode(BsonDocumentCodec.java:41)
at com.mongodb.operation.CommandResultArrayCodec.decode(CommandResultArrayCodec.java:52)
at com.mongodb.operation.CommandResultDocumentCodec.readValue(CommandResultDocumentCodec.java:53)
at org.bson.codecs
Error in response:
{
· _exceptions:
[
o {
§ exception: "java.lang.OutOfMemoryError",
§ exception message: "Java heap space"
}
],
· http status code: 500,
· http status description: "Internal Server Error",
· message: "Error handling the request, see log for more
information"
}
Thanks!
答案 0 :(得分:0)
RESTHeart是一个普通的Java应用程序,你看到的是java.lang.OutOfMemoryError
异常。这意味着您的测试正在使用所有可用的JVM堆空间,因此JVM将耗尽内存。
默认情况下:
Java 8为您的
-Xms<size>
(最小HeapSize)占用物理内存的1/6,并为-Xmx<size>
(最大堆大小)占用物理内存的1/4。
在Linux或Mac OS系统中,您可以使用以下方法检查默认堆大小:
java -XX:+PrintFlagsFinal -version | grep -iE HeapSize
如果您的服务器有足够的可用物理内存,您可以尝试运行具有更大堆的RESTHeart,并将-Xmn<size>
参数添加到命令行。
例如:java -Xmx3072m
会将JVM的最大堆大小设置为3GB。
Rif:https://docs.oracle.com/cd/E15523_01/web.1111/e13814/jvm_tuning.htm#PERFM164