3

我正在通过以下方式启动 ElasticSearch

echo "export ES_HEAP_SIZE = 4096" >> /root/setenv
echo "export ES_MAX_MEM = 4096" >> /root/setenv
echo "export ES_MAX_MEM = 4096" >> /root/setenv

# finally,  we can start the app
echo 'Starting ElasticSearch...'
bin/elasticsearch -Xmx4g -Xms4g

然而，在没有时间（20分钟）之后，它变得没有响应，显然是由于HeapDumpOnOutOfMemoryError......

[root@ip-***** api]# ps -ax | grep elasticsearch
 6225 ?        SLl    5:35 java -Xms256m -Xmx1g -Xss256k -Djava.awt.headless=true -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:+HeapDumpOnOutOfMemoryError -Delasticsearch -Des.path.home=/root/elasticsearch/elasticsearch-0.20.3 -cp :/root/elasticsearch/elasticsearch-0.20.3/lib/elasticsearch-0.20.3.jar:/root/elasticsearch/elasticsearch-0.20.3/lib/*:/root/elasticsearch/elasticsearch-0.20.3/lib/sigar/* -Xmx4g -Xms4g org.elasticsearch.bootstrap.ElasticSearch

编辑——我刚刚注意到这里输出的 -Xms 大小只有 256m，尽管在上面的启动中传递了 4g。我是不是误会了什么？

FWIW，我在运行 CentOS 和 Java v1.6.0_14-b08 的 Amazon EC2（m1.large 实例 => 8GB 内存）上

4

1 回答 1

4

首先，设置ES_HEAP_SIZE本身并不能帮助您防止内存不足错误。Elasticsearch 使用的内存量取决于您执行的查询类型：您是否使用分面、排序、过滤、有多少字段、这些字段有多大、它们的基数是多少等。

其次，最好使用ES_INCLUDE脚本或服务包装器，而不是将命令行上所需的所有选项传递给elasticsearch脚本。

第三，正确设置ES_HEAP_SIZE环境变量时，不需要将-X选项传递给elasticsearch脚本。事实上，这些选项没有任何作用——脚本不会将它们传递给 Java。使用该ES_HEAP_SIZE变量来控制内存，并使用ES_JAVA_OPTIONS来控制您想要传递给 Java 的其他变量。

于 2013-02-06T07:02:20.873 回答