Elasticsearch扩容节点后查询未提速反而变慢，该如何处理？

• 分片与副本分布检查：原3节点的分片配置可能未适配6节点集群。执行 GET _cat/shards?v 查看分片分布情况，要保证主、副分片均匀分散在所有节点上。如果主分片总数远小于节点数，无法充分利用多节点算力，需通过重建索引调整主分片数（注意：索引创建后主分片数无法直接修改）；同时确保副本数设置合理，避免分片过度集中在部分节点。
• JVM堆内存配置优化：16GB物理内存的节点，建议将Elasticsearch堆内存设置为8GB（遵循物理内存50%以内且不超过32GB的原则）。检查jvm.options中的-Xms和-Xmx参数，避免堆内存过大引发频繁GC，拖慢查询性能。
• 查询并行与资源适配：你的查询包含nested查询、高亮、模糊匹配这类计算密集型操作，需调整相关参数适配多节点资源：
  • 调整thread_pool.search.size为CPU核心数的1-2倍，让查询任务充分利用3核CPU资源；
  • 检查indices.query.bool.max_clause_count是否满足查询需求，避免因子句数限制导致查询性能下降；
  • 若涉及分页，避免使用过大的from值，可改用search_after优化深度分页性能。
• 节点角色拆分：如果所有节点都是默认的master/data/ingest混合角色，协调节点的查询调度压力可能成为瓶颈。可将部分节点设置为仅数据节点，部分设置为仅协调节点，让协调节点专注于查询请求的分发与结果聚合，数据节点专注于执行查询计算。
• 缓存预热与配置：扩容后新节点没有缓存，初期查询需要重新加载数据到内存，会导致性能下降。可执行热点查询进行缓存预热，同时检查indices.fielddata.cache.size和shard.request.cache.size设置，确保缓存有足够空间存储高频访问的字段和查询结果。
• 集群健康与任务检查：执行 GET _cluster/health?v 确认集群状态为green，所有分片均已分配；执行 GET _cat/pending_tasks?v 查看是否有积压的集群任务，这类积压会占用节点资源，影响查询响应速度。

内容的提问来源于stack exchange，提问作者Michał Bogusz