ES 在大查询场景下导致 GC 频繁，如何定位和解决？

一、定位GC问题的关键步骤

1. 检查JVM配置

# 查看Elasticsearch节点JVM配置
GET /_nodes/jvm

重点关注heap_max_in_bytes和垃圾回收器类型（G1/CMS）

2. 分析GC日志

# 启用GC日志（需重启集群）
-Xlog:gc*,gc+age=trace,safepoint:file=logs/gc.log:utctime,pid,tags:filecount=32,filesize=64m

3. 监控内存压力

# 实时监控内存使用
GET /_nodes/stats/jvm?filter_path=**.heap_used_percent

二、常见优化方案

1. JVM参数优化

# 调整G1GC参数（适用于JDK11+）
-XX:+UseG1GC
-XX:G1ReservePercent=25
-XX:InitiatingHeapOccupancyPercent=30
-XX:MaxGCPauseMillis=200

2. 查询优化建议

// 避免深度分页
GET /index/_search
{
  "query": {...},
  "size": 100,
  "sort": "_doc",  // 无评分排序
  "track_total_hits": false
}

3. 索引结构调整

# 设置doc_values优化字段存储
PUT /index/_mapping
{
  "properties": {
    "large_field": {
      "type": "keyword",
      "doc_values": true
    }
  }
}

三、高级调优措施

1. 缓存策略调整

indices.requests.cache.size: 5%
indices.queries.cache.size: 5%
indices.fielddata.cache.size: 30%

2. 线程池优化

thread_pool.search.size: 4  # 建议等于CPU核心数
thread_pool.search.queue_size: 1000

3. GC监控命令示例

# 实时监控GC状态（需节点安装JDK）
jstat -gcutil <pid> 1000 10

四、配套优化建议

1. 使用Search Profiler分析查询瓶颈

GET /index/_profile
{
  "query": {...}
}

2. 对于超大聚合查询，建议：

• 启用execution_hint: map
• 设置合理size参数
• 使用composite aggregation代替terms aggregation

3. 集群层面优化：

PUT /_cluster/settings
{
  "transient": {
    "search.default_pre_filter_shard_size": 128
  }
}

建议优先从查询优化和JVM参数调整入手，同时结合GC日志分析具体GC类型（Young GC/Full GC）和停顿时间。若频繁出现Full GC，需重点检查内存泄漏或大对象分配问题。