设置 Elasticsearch 索引分片数优化查询并发性能的核心在于平衡分片大小与数量。官方建议单个分片大小控制在 20 到 40 GB 左右，避免分片过多导致 JVM 开销和协调节点压力增加，同时也防止分片过大影响恢复时间和搜索性能。应根据数据总量预估分片数量，例如 300 GB 数据可分配 9 到 15 个主分片，并结合集群节点数均匀分配。此外，需考虑查询负载和使用频次，高频查询场景下过多的分片会降低吞吐量，而低频场景则可容忍较多分片。合理配置分片和副本数能提升并行度，但需监控资源确保有空闲资源处理突发状况，必要时使用批量操作和副本机制分散读写请求压力。
Elasticsearch 性能优化实战指南
1、索引层面优化配置 默认情况下，6.x 及之前的版本中 Elasticsearch 索引有 5 个主分片和 1 个副本，7.X 及之后版本 1 主 1 副。这种配置并不适用于所有业务场景。需要正确设置分片配置，以便维持索引的稳定性和有效性。1.1、分片大小 分片大小对于搜索查询非常重要。一方面，如果分配给索引的分片太多，则 Lucene 分段会很小，从而导致开销增加。当同时进行多个查询时，许多小分片也会降低查询吞吐量。另一方面，太大的分片会导致搜索性能下降和故障恢复时间更长。Elasticsearch 官方建议一个分片的大小应该在 20 到 40 GB 左右。例如，如果您计算出索引将存储 300 GB 的数据，则可以为该索引分配 9 到 15 个主分片。根据集群大小，假设群集中有 10 个节点，您可以选择为此索引分配 10 个主分片，以便在集群节点之间均匀分配分片。
如何在字段过多的 Elasticsearch 中提高索引性能？ - 腾讯云开发者社区 - 腾讯云
elasticsearch 性能调优方法原理与实战 本文将深入解释 es 性能调优方法的原理，结合具体案例展示如何在实际应用中优化 es 性能.1.根据数据的增长速度和查询负载来动态调整分片数量和大小。分片过多会增加查询时的 jvm 开销和协调节点的转发压力，影响查询性能。副本策略：副本用于数据的冗余存储，提高数据的可用性和容错能力。聚合优化预索引聚合字段：对于经常需要聚合的字段，可以在索引时预先计算聚合结果，并存储在专门的字段中，以加快查询速度。合理使用 mapping:例如，对于不需要全文检索的字段，（资料日期为 2026 年 3 月 21 日）
Elasticsearch 性能优化 - 索引设计
索引的查询需求 在设计索引时，我们还需要考虑到所需的查询需求，包括搜索查询、聚合查询、排序查询等。为了优化查询性能，我们可以通过以下方法来设计索引：选择合适的分片和副本数：在创建索引时，我们需要选择合适的分片和副本数。分片数越多，查询并行度越高，但是分片数过多也会导致查询效率降低。副本数越多，读取负载分布越均衡，但是写入性能也会降低。因此，我们需要根据实际情况选择合适的分片和副本数，以优化查询性能。（撰于 2023 年 5 月 9 日）
【Elasticsearch 专栏 09】深入探索：Elasticsearch 如何处理并发写入和读取请求
简介：Elasticsearch 通过分片机制分散读写请求，利用事务日志确保数据持久性，通过多线程处理并发请求，并允许通过配置调整分片和副本数量、线程池设置来优化并发性能。同时，使用批量操作和查询优化进一步提高写入和读取效率。Elasticsearch 如何处理并发写入和读取请求？Elasticsearch 处理并发写入和读取请求的能力是其作为高性能搜索和分析引擎的核心特性之一。为了实现这一点，Elasticsearch 采用了多种策略和技术，包括分片、副本、事务日志、队列以及多线程处理等。下面将详细解释这些机制如何协同工作以处理高并发请求。01 分片和副本 Elasticsearch 通过将数据分布在多个分片 (Shards) 上来实现水平扩展。每个索引由一个或多个分片组成，每个分片可以独立存储和处理数据。默认情况下，Elasticsearch 会根据文档的 ID 使用哈希函数来计算文档应该存储在哪个分片上。这种分片机制有助于将写入和读取请求分散到集群的不同节点上，从而提高并发处理能力。
【干货】Elasticsearch 的索引性能优化 (3)
elasticsearch 索引性能优化的关键因素有哪些？在 elasticsearch 中，如何调整分片数量来优化索引性能？关注 vivo 互联网技术，获取更多技术干货 作者:adam vanderbush 译者：小辉 本文是 elasticsearch 索引优化系列的第三篇，此前已发布第一篇和 第二篇。本系列教程主要目的是通过对 elasticsearch 配置进行调优来提升索引性能，并降低监控和管理压力。本文翻译自 qbox 官方博客，版权归原作者 adam vanderbush 所有。elasticsearch 推荐使用分片和备份机制以扩展并增加索引的高可用性。副本数稍微多一点有好处，但分片数过多则会影响性能。通常很难判断是否包含了过多的分片，因为这取决于分片大小和如何被使用。如果有大量的分片，但是使用频次很低可能性能并不会太差，相反即使只有两个分片但是如果使用非常频繁则性能会很糟糕。监控节点以确保有多余的空闲资源来处理突发状况。
FAQ
问：分片数量是不是越多查询越快？
答：不是。分片数越多，查询并行度越高，但是分片数过多也会导致查询效率降低，增加 JVM 开销和协调节点压力。
问：单个分片大小建议是多少？
答：Elasticsearch 官方建议一个分片的大小应该在 20 到 40 GB 左右，太大或太小都会影响性能。
问：如何根据数据量计算分片数？
答：如果计算出索引将存储 300 GB 的数据，则可以为该索引分配 9 到 15 个主分片，并根据集群节点数均匀分配。