ES 默認安裝后設置的內存是 1GB，對于任何一個現實業務來說，這個設置都太小了。 *`%ES_HOME%/config/jvm.options`* ``` -Xms1g -Xmx1g ``` Xms 表示堆的初始大小，Xmx 表示可分配的最大內存。 確保 Xmx 和 Xms 的大小是相同的，其目的是為了能夠在 Java 垃圾回收機制清理完堆區后不需要重新分隔計算堆區的大小而浪費資源，可以減輕伸縮堆大小帶來的壓力。 <br/> ES 堆內存的分配需要滿足以下兩個原則： * 不要超過物理內存的 50%。 Lucene 的設計目的是把底層 OS 里的數據緩存到內存中。 Lucene 的段是分別存儲到單個文件中的，這些文件都是不會變化的，所以很利于緩存，同時操作系統也會把這些段文件緩存起來，以便更快的訪問。 如果我們設置的堆內存過大，Lucene 可用的內存將會減少，就會嚴重影響降低 Lucene 的全文本查詢性能。 * 堆內存的大小最好不要超過 32GB。 在 Java 中，所有對象都分配在堆上，然后有一個 Klass Pointer 指針指向它的類元數據。 這個指針在 64 位的操作系統上為 64 位，64 位的操作系統可以使用更多的內存（2^64）。在 32 位的系統上為 32 位，32 位的操作系統的最大尋址空間為 4GB（2^32）。 但是 64 位的指針意味著更大的浪費，因為你的指針本身大了。浪費內存不算，更糟糕的是，更大的指針在主內存和緩存器（例如 LLC, L1 等）之間移動數據的時候，會占用更多的帶寬。 最終我們都會采用 31 G 設置： *`%ES_HOME%/config/jvm.options`* ``` -Xms31g -Xmx31g ``` 假設你有個機器有 128 GB 的內存，你可以創建兩個節點，每個節點內存分配不超過 32 GB。 也就是說不超過 64 GB 內存給 ES 的堆內存，剩下的超過 64 GB 的內存給 Lucene。