Docker容器中Elasticsearch內(nèi)存不足問題的排查與解決方案

更新時間：2025年08月21日 10:38:34 作者：一勺菠蘿丶

在使用Docker運行Elasticsearch（ES）時,可能會遇到內(nèi)存不足的問題,導致ES無法啟動,以下是一次完整的排查和解決過程,需要的朋友可以參考下

問題描述

在啟動ES時，日志提示如下錯誤：

# Native memory allocation (mmap) failed to map 5368709120 bytes for committing reserved memory.
# There is insufficient memory for the Java Runtime Environment to continue.

通過進一步檢查，發(fā)現(xiàn)Swap空間已滿，內(nèi)存也幾乎耗盡。

環(huán)境信息

主機內(nèi)存總量：63G
Swap空間：2G（已滿）
主要運行的進程：
- mongod（占用14.8GB內(nèi)存）
- java -jar parse_gx_20210903.jar（占用2.7GB內(nèi)存）
- 多個mongosh進程（每個占用約350MB內(nèi)存）

排查步驟

檢查內(nèi)存和Swap使用情況

使用以下命令查看主機的內(nèi)存和Swap空間：

free -h

輸出結(jié)果：

              total        used        free      shared  buff/cache   available
Mem:            63G         30G        4.8G         24G         28G        1.7G
Swap:          2.0G        2.0G          0B

字段含義說明

total: 總內(nèi)存大小。
used: 已使用的內(nèi)存量。
free: 空閑的內(nèi)存量。
shared: 被共享內(nèi)存占用的大小。
buff/cache: 系統(tǒng)用于緩沖區(qū)和緩存的內(nèi)存量。
available: 可用內(nèi)存量，這個值比free更準確，因為它考慮了緩存可以被釋放的情況。
Swap空間已滿。
可用內(nèi)存僅剩1.7G，說明內(nèi)存壓力較大。

列出高內(nèi)存占用進程

使用以下命令按內(nèi)存占用排序列出進程：

ps aux --sort=-%mem | head -n 15

輸出部分內(nèi)容：

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root     97476 17.2 22.3 16422848 14817344 ?   SLsl  2023 92351:21 mongod -f /mongo/config.conf
root     16140  0.5  4.1 21645120 2755200 ?    Sl    2024 2948:47 java -jar parse_gx_20210903.jar
root      1642  0.0  1.4 1590720 980608 ?      Ssl   2022  97:10 /usr/sbin/rsyslogd -n
...

分析結(jié)果

mongod進程占用內(nèi)存最多，為14.8GB。
一個Java進程占用2.7GB。
多個mongosh進程共占用約4GB。

解決方案

釋放內(nèi)存占用

暫時停止一些非必要的服務來釋放內(nèi)存。

systemctl stop mongod

增加Swap空間

為避免未來出現(xiàn)類似問題，可以增加Swap空間。

# 創(chuàng)建一個新的Swap文件
dd if=/dev/zero of=/swapfile bs=1G count=4
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile

檢查是否生效：

free -h

調(diào)整Elasticsearch的內(nèi)存配置

如果ES仍然報錯，可以調(diào)整其JVM配置文件（jvm.options），降低內(nèi)存需求。

-Xms2g
-Xmx2g

重啟下mongo服務釋放下內(nèi)存

docker restart mongo

重啟服務

釋放內(nèi)存或增加Swap后，重啟Elasticsearch：

docker restart elasticsearch

總結(jié)

通過上述步驟，我們成功解決了ES因內(nèi)存不足無法啟動的問題?？偨Y(jié)關(guān)鍵點：

定期監(jiān)控內(nèi)存和Swap使用情況。
合理規(guī)劃主機資源，避免服務之間競爭內(nèi)存。
增加Swap空間作為應急方案。
重啟占用內(nèi)存大的mongo服務，可以釋放一定內(nèi)存
優(yōu)化ES配置，降低內(nèi)存占用。

到此這篇關(guān)于Docker容器中Elasticsearch內(nèi)存不足問題的排查與解決方案的文章就介紹到這了,更多相關(guān)Docker Elasticsearch內(nèi)存不足內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: