堆内存与文件缓存是什么
Elasticsearch 运行在 JVM 上，堆内存用于索引结构、查询协调与聚合计算，剩余内存交给操作系统做文件系统缓存来加速读取。堆开得过大反而会削弱缓存命中率，让检索变慢；开得太小则会频繁触发垃圾回收。容量规划要两头看：既要保证堆够用，也要给文件缓存留下充足空间。经验做法是堆不超过物理内存的一半，并留意压缩指针在约 31GB 附近失效的阈值。
基本信息
| 配置位置 | jvm.options 中的 -Xms 与 -Xmx |
|---|---|
| 推荐做法 | 初始值与上限设为相同，避免运行期扩堆 |
| 观察接口 | /_cat/nodes、/_nodes/stats/jvm |
| 经验阈值 | 堆不超过物理内存的 50% |
| 版本注意 | JVM 压缩指针在约 31GB 附近失效 |
典型使用场景
- 容量规划：新集群选型时按数据量与查询模式估算堆大小
- 性能排障：GC 频繁时先看堆使用曲线，再判断是配置问题还是查询问题
- 大聚合治理：聚合导致堆压力上升时，优先优化查询而不是直接加内存
- 节点对比：对比各节点的堆与内存使用率，找出不均衡节点
- 版本升级：更换 JDK 或调整堆参数后要重新验证 GC 表现
使用要点
- 堆长期高位且 GC 频繁时，先排查慢查询与大聚合，而不是只加内存
- 堆超过压缩指针阈值后指针变大，实际性能可能不升反降
- 留足内存给文件系统缓存，检索性能对缓存命中率非常敏感
- 各节点堆配置保持一致，避免出现单节点瓶颈
- 参数变更后观察一段时间的 GC 日志再下结论
配置与观察
配置与观察
# jvm.options：初始与上限设为相同值，避免运行期扩堆
-Xms16g
-Xmx16g
# 观察堆使用与内存分布
GET /_cat/nodes?v&h=name,heap.percent,ram.percent
GET /_nodes/stats/jvm?filter_path=nodes.*.jvm.mem
# 建议同时打开 GC 日志，便于事后分析停顿原因指标读法
| 指标 | 含义 | 异常表现 |
|---|---|---|
| heap.percent | 堆使用率 | 长期高位说明堆偏小或查询过重 |
| ram.percent | 系统内存使用率 | 过高会挤占文件缓存 |
| 老年代回收次数 | 回收频率 | 频繁触发说明堆压力大 |
| GC 停顿时长 | 回收停顿时间 | 停顿变长会抬高查询延迟 |
| 节点间差异 | 各节点对比 | 差异大说明分片分布不均 |
堆不是越大越好：超出压缩指针阈值后不仅浪费内存，指针膨胀还会让性能下降，31GB 附近是一条常见的经验红线。