Elasticsearch架构原理快速了解
目录
一、ES的简单了解
（一）直面Elasticsearch
（二）Elasticsearch和关系型数据库的对比
二、基本概念回顾
（一）索引、文档、字段的概念
（二）映射
（三）集群和节点
（四）分片和副分片
（五）DSL
三、架构原理
（一）节点职责
（二）主分片和副分片
（三）路由计算
Routing值
路由计算公式
路由的目的
路由的自定义和灵活性
案例举例
（四）ES写文档的过程
（五）ES读文档的过程
四、基本问题的反思
（一）ES是如何提升数据的高可用性的呢？
（二）ES如何提升服务的高并发性能呢？
一、ES的简单了解
（一）直面Elasticsearch
Elasticsearch（通常简写为ES）是一个开源的分布式搜索和分析引擎，它被设计用于快速、实时地搜索和分析大规模数据。以下是对Elasticsearch的简单了解：
-
分布式搜索引擎：Elasticsearch是一个分布式系统，它可以在多个节点上运行，允许你存储和搜索大量的数据。这使得它非常适合处理日志、文档、地理空间数据等各种类型的信息。
-
文本搜索：Elasticsearch是一个强大的文本搜索引擎，它可以高效地搜索和匹配文本数据。它支持全文搜索、模糊搜索、多字段搜索等功能，使得用户可以轻松地构建搜索引擎、推荐系统和数据分析应用。
-
实时性：Elasticsearch支持实时搜索，这意味着当你添加、更新或删除文档时，你可以立即在搜索结果中看到变化，这对于监控、日志分析和实时报告非常有用。
-
多种数据类型支持：Elasticsearch不仅支持文本数据搜索，还支持地理空间数据、数值数据、日期和时间数据等多种数据类型的搜索和分析。
-
弹性和可扩展性：Elasticsearch是弹性的，你可以根据需要添加或删除节点，以适应不断增长的数据和负载。它还具有自动分片和复制机制，以确保数据的高可用性和可扩展性。
-
RESTful API：Elasticsearch提供了一个易于使用的RESTful API，使得与其交互变得简单。你可以使用HTTP请求来执行各种操作，例如索引文档、执行搜索查询、管理索引和节点等。
-
生态系统：Elasticsearch是Elastic公司的一个产品，它是ELK（Elasticsearch、Logstash和Kibana）堆栈的一部分，用于日志收集、分析和可视化。此外，有丰富的插件和工具，可以扩展Elasticsearch的功能。
Elasticsearch在多个领域中都有广泛的应用，包括搜索引擎、日志和事件数据分析、业务智能、监控和仪表板制作等。无论是构建实时搜索引擎还是分析大规模数据，Elasticsearch都是一个非常有价值的工具。
更多基本的了解可以见ES初识学习与简单实践总结-CSDN博客。
（二）Elasticsearch和关系型数据库的对比
Elasticsearch和关系型数据库是两种不同类型的数据存储系统，它们在数据模型、用途和功能上有一些显著的区别。以下是Elasticsearch和关系型数据库的对比：
数据模型：
- Elasticsearch：Elasticsearch是一个面向文档的分布式搜索引擎。它的数据模型基于文档，每个文档是一个包含了JSON格式数据的独立单元。文档可以属于不同的索引，每个文档可以具有不同的结构。
- 关系型数据库：关系型数据库使用表和行的结构来存储数据。表需要定义模式（Schema），所有行都必须遵循相同的结构。
查询语言：
- Elasticsearch：使用DSL（Domain-Specific Language）进行查询，这是一种结构化的查询语言，特别适用于全文搜索、实时数据分析和地理空间查询。
- 关系型数据库：通常使用SQL（Structured Query Language）进行查询，适用于结构化数据的查询和操作。
搜索和全文检索：
- Elasticsearch：专注于全文搜索和复杂查询，支持分词、模糊搜索、短语匹配等高级搜索功能。
- 关系型数据库：虽然关系型数据库也可以进行搜索，但不如Elasticsearch在全文搜索和复杂搜索方面高效。
实时性：
- Elasticsearch：支持实时索引，可以在文档添加、更新或删除时立即反映变化。
- 关系型数据库：通常更适用于批处理和事务性操作，实时性可能较低。
可扩展性：
- Elasticsearch：具有良好的横向扩展性，可通过添加更多的节点来处理大规模数据和高负载。
- 关系型数据库：通常更适用于单节点或垂直扩展，横向扩展性较差。
数据一致性：
- Elasticsearch：在分布式环境中强调性能和实时性，可能牺牲了一致性。它使用分片和副本来提高可用性，但在网络分区等情况下可能会出现数据不一致。
- 关系型数据库：通常强调ACID（原子性、一致性、隔离性、持久性）事务，确保数据一致性。
用途：
- Elasticsearch：适用于全文搜索、实时日志分析、监控、数据分析、地理信息系统（GIS）等需要高级搜索和实时性的应用。
- 关系型数据库：适用于事务性应用、数据管理、企业应用等传统的关系型数据存储需求。
总的来说，Elasticsearch和关系型数据库在用途上有差异，选择取决于你的具体需求。通常情况下，Elasticsearch更适合需要全文搜索和实时性的应用，而关系型数据库更适用于事务性和结构化数据管理。有时候，也可以将它们结合使用，根据需求选择最合适的工具。
二、基本概念回顾
当使用Elasticsearch时，有一些基本概念是很重要的，下面是一些ES基本概念的回顾：
（一）索引、文档、字段的概念
当使用Elasticsearch时，理解以下核心概念非常重要：索引（Index）、文档（Document）和字段（Field）。以下是对这些概念的详细介绍和理解：
索引（Index）
- 概念：索引是Elasticsearch中的一个逻辑容器，用于组织和存储相关的文档数据。它类似于关系数据库中的表，但更灵活。
- 理解：可以将索引看作是一个大型数据集的容器，用于存储相似类型的数据。例如，你可以创建一个名为"products"的索引，用于存储产品信息。
文档（Document）
- 概念：文档是存储在索引中的基本数据单元，通常以JSON格式表示。每个文档代表了一个独立的数据记录。
- 理解：文档类似于关系数据库中的一行记录。例如，在"products"索引中，每个文档可以代表一个产品，包括产品的名称、描述、价格等信息。
字段（Field）
- 概念：字段是文档中的数据项，它们包含了文档的具体信息。每个字段都有一个名称和一个对应的值。
- 理解：在一个文档中，每个字段代表了一个属性或特征，例如，一个产品文档可以包含字段如“productName”、“productDescription”、“price”等，每个字段存储相关信息。
综合起来，可以将这些概念视为组织和存储数据的层次结构：
- 一个索引可以包含多个文档，这些文档代表了不同类型的数据。
- 每个文档包含多个字段，每个字段存储文档的具体数据。
这种层次结构的弹性和灵活性使得Elasticsearch非常适合处理大规模、异构数据，并且具有强大的搜索和分析功能。通过理解这些概念，你可以更好地组织、检索和分析你的数据。
（二）映射
映射（Mapping）是Elasticsearch中的一个重要概念，它用于定义索引中文档的结构和字段的属性。映射指定了每个字段的数据类型、如何分析文本、是否存储原始数据等信息。以下是关于映射的详细介绍：
-
字段的数据类型：映射确定了每个字段的数据类型，例如文本、数值、日期、布尔值等。指定正确的数据类型有助于Elasticsearch正确地索引和搜索数据。
-
分析器（Analyzer）：对于文本字段，映射可以指定使用哪种分析器来处理文本数据。分析器决定了如何将文本拆分成词条，以及如何处理这些词条，例如小写化、删除停用词等。
-
存储选项：映射可以指定是否将字段的原始值存储在索引中。存储原始值可以提高检索性能，但会占用更多的存储空间。
-
多值字段：映射允许你指定字段是否可以包含多个值，这对于数组或多选字段非常有用。
-
日期格式：对于日期字段，映射可以定义日期的格式，以确保正确的日期解析和排序。
-
自定义字段属性：你还可以在映射中定义自定义字段属性，例如字段的权重、是否可搜索、是否可排序等。
-
嵌套对象：映射允许你在文档中包含嵌套对象，这些对象可以具有自己的字段和映射。
映射的正确定义对于Elasticsearch的性能和数据质量非常重要。它确保了索引中的文档被正确地存储和检索，并允许执行高级的搜索和分析操作。通常，映射可以自动创建，但在需要更精细的控制时，也可以手动定义映射。
（三）集群和节点
在Elasticsearch中，集群（Cluster）和节点（Node）是两个核心的概念，用于管理和处理数据。以下是有关集群和节点的详细解释：
集群（Cluster）
-
概念：集群是一个或多个节点的集合，它们协同工作以存储和处理数据。集群是Elasticsearch的最高级别的组织单元。
-
用途：集群用于处理大规模数据，提供高可用性和容错性。它允许将数据分布在多个节点上，从而实现数据的水平扩展和负载均衡。
-
特点：集群有一个唯一的名称，它可以包含任意数量的节点。集群中的节点可以加入或离开，使得集群可以动态调整以适应不同的负载。
节点（Node）
-
概念：节点是集群中的单个实例，它可以是物理服务器或虚拟机器。每个节点是一个独立的Elasticsearch实例，具有自己的配置和角色。
-
用途：节点用于存储数据和执行搜索操作。每个节点负责管理分配给它的数据分片，并响应来自客户端的查询请求。
-
特点：每个节点有一个唯一的名称，可以配置为具有不同的角色，例如主节点（Master Node）、数据节点（Data Node）、协调节点（Coordinator Node）等。不同的角色决定了节点的功能。
集群是多个节点的集合，用于协同工作以存储和处理数据，提供高可用性和扩展性。节点是集群中的独立实例，负责具体的数据存储和搜索任务。
（四）分片和副分片
在Elasticsearch中，分片（Shard）和副本分片（Replica Shard）是关于数据存储和可用性的重要概念。它们允许你将数据分散存储在多个节点上，以提高性能和容错性。
分片（Shard）
-
概念：分片是将索引中的数据分割成更小的部分的方式。每个索引可以分成多个主分片，这些主分片之间是独立的数据单元。
-
用途：分片用于水平扩展数据存储和搜索性能。当索引的大小超过单个节点的处理能力时，分片使得数据可以分布在多个节点上。
-
特点：默认情况下，每个索引有5个主分片。你可以在创建索引时指定分片的数量，但一旦创建，分片数量就不能更改。
副本分片（Replica Shard）
-
概念：副本分片是主分片的精确复制。每个主分片可以有零个或多个副本分片。副本分片包含了主分片的完整拷贝。
-
用途：副本分片用于提高数据的可用性和容错性。如果主分片丢失或不可用，副本分片可以顶替它，确保数据不会丢失。
-
特点：副本分片的数量可以在索引创建后随时更改，以提高可用性和性能。通常，每个主分片至少有一个副本。
分片和副本分片是Elasticsearch中用于数据管理和可用性的关键概念。分片允许水平扩展数据，副本分片提供了数据的冗余和容错性。
一个分片的主分片和副分片分别存储在不同的计算机上，如上图为一个三个节点的集群，某索引设置了3个主分片，每个主分片分配了两个副分片，P表示该分片的主分片，R表示该分片的副分片，P和R后面的数字表示其编号。在极端情况下，当有一个节点时，如果索引的副分片个数设置大于1，则系统只分配主分片，而不会分配副分片。
（五）DSL
在Elasticsearch中，DSL代表"Domain-Specific Language"（领域特定语言），它是一种用于构建和执行复杂查询的结构化查询语言。DSL允许用户以非常灵活和精确的方式定义搜索和分析操作。DSL是Elasticsearch查询的核心组成部分，用于与Elasticsearch进行交互，从而检索和操作数据。
DSL查询通常以JSON（JavaScript Object Notation）格式编写，因此它是一种使用JSON语法的查询语言。DSL查询由一个或多个查询子句组成，这些子句定义了搜索的条件、过滤条件、聚合操作等。以下是DSL查询中常见的一些查询子句和其作用：
-
Match Query：用于执行全文搜索，根据文本匹配度对文档进行排序。
-
Term Query：用于精确匹配字段的值，不执行分析。
-
Range Query：用于匹配指定范围内的数值或日期字段。
-
Bool Query：允许组合多个查询子句，使用布尔逻辑（AND、OR、NOT）来构建复杂的查询。
-
Filter：用于精确过滤文档，不影响文档的相关性排序。
-
Aggregations：用于执行数据分析操作，例如汇总、平均值、求和、直方图等。
-
Nested Query：用于在嵌套文档中执行查询。
-
Geo Queries：用于地理位置数据的查询，如地理坐标和地理形状。
DSL查询非常强大且灵活，允许根据具体的搜索和分析需求构建高级查询。它是Elasticsearch的一个关键特性，用于创建强大的搜索引擎和数据分析应用。通过构建复杂的DSL查询，可以准确地检索和分析数据，以满足不同的用例和业务需求。
三、架构原理
Elasticsearch的架构原理允许用户构建高性能、可扩展、实时的搜索和分析系统。然而，分布式系统的管理和维护可能具有一定的复杂性，需要谨慎规划和配置，以确保数据的完整性和性能。
（一）节点职责
Elasticsearch中的节点可以扮演不同的职责，根据其角色和配置，以下是常见的ES节点职责分析：
主节点（Master Node）
- 主要职责：主节点负责集群的管理和协调，包括索引和分片的创建、删除、重新分配等。它还负责维护集群状态信息。
- 配置特点：通常，一个集群中只有一个主节点，但可以有多个备用主节点以提供冗余和高可用性。
数据节点（Data Node）
- 主要职责：数据节点负责存储索引数据和执行搜索操作。它们存储分片的副本，以提供高可用性。数据节点也负责处理文档的索引和删除操作。
- 配置特点：一个集群可以有多个数据节点，具体数量取决于集群规模和性能需求。
协调节点（Coordinator Node）
- 主要职责：协调节点不存储数据，但负责接收来自客户端的搜索和查询请求，然后将请求分发到适当的数据节点。这有助于减轻数据节点的负载。
- 配置特点：可以在大型集群中引入协调节点，以处理大量的搜索请求。
候选主节点（Candidate Master Node）
- 主要职责：候选主节点是潜在的主节点候选者，当主节点失败时可以自动接管主节点的角色。它们有能力成为主节点，但不会主动参与主节点的选举。
- 配置特点：通常，每个节点都是候选主节点，但只有一个会成为活动主节点。
不同的节点角色和配置允许Elasticsearch在不同的用例和环境中发挥其强大的搜索和分析能力。根据需求和性能目标，可以选择配置适当数量和类型的节点，以构建高性能、高可用性的ES集群。
主节点（Master Node）、数据节点（Data Node）和协调节点（Coordinator Node）三种节点类型通常是Elasticsearch集群中的核心节点，它们协同工作以实现数据存储、搜索和协调。
为了降低Elasticsearch集群的负载并更好地处理大量搜索请求，可以配置某些节点作为专门的协调节点。这些协调节点不负责存储数据，而是负责接收来自客户端的搜索和查询请求，并将这些请求转发到包含实际数据的数据节点上。
配置协调节点：
-
创建协调节点配置文件：首先，创建一个新的Elasticsearch配置文件，通常可以在集群中的节点上创建一个新的配置文件。
-
配置节点类型：在配置文件中，指定节点的类型为"coordinating-only"。这告诉Elasticsearch这是一个专门的协调节点，不会存储数据。
node.master: false node.data: false node.ingest: false -
配置其他设置：根据需要，可以配置其他节点设置，如网络绑定、HTTP端口等。
-
启动节点：使用配置文件启动协调节点。确保节点成功加入集群。
协调节点的作用分析：
-
负载均衡：协调节点的主要作用是分发搜索和查询请求到数据节点，从而实现负载均衡。这有助于减轻数据节点的负担，特别是在处理大量并发请求时。
-
减少网络开销：协调节点可以减少客户端与数据节点之间的网络开销。客户端只需与协调节点通信，协调节点负责将请求发送到适当的数据节点，然后将结果返回给客户端。
-
隔离查询层和数据层：协调节点的存在将查询逻辑与数据存储分开，使得可以更容易管理和调整每个层的性能和资源。
-
提高安全性：协调节点可以用作防火墙前端，允许你在协调节点上实施访问控制和安全策略，以保护数据节点免受未经授权的访问。
协调节点在Elasticsearch集群中起到非常重要的作用，特别是在大规模集群和高并发环境中。它们可以有效降低数据节点的负载，提高集群的性能和可伸缩性。配置协调节点是一种智能的方式来优化Elasticsearch集群的性能和资源利用率。
（二）主分片和副分片
Elasticsearch为了支持分布式搜索和提高高可用性，采用了以下机制：
-
数据分片：索引被分成多个分片，每个分片可拥有零个或多个副本。这些分片和副本分散在不同的节点上，增强了数据的可用性和并发性能。
-
主分片和副本：每个分片包括一个主分片和其可能的多个副本分片。主分片负责存储数据，副本分片提供冗余和高可用性。如果主分片所在节点宕机，某个副本分片将晋升为主分片以继续提供服务。
这种分布式结构允许Elasticsearch在多个节点上同时执行搜索和查询操作，提高了性能和吞吐量。此外，副本分片确保数据的冗余性，防止了单点故障。当主分片不可用时，系统能够迅速切换到副本分片，确保数据的持续可用性。这些机制一起使得Elasticsearch成为一款强大的分布式搜索和分析引擎。
我们再次将视角拉回到上面的简单集群，如果node1发生故障宕机，集群感知到分片0的主分片P0将要丢失，此时集群会立即将其他节点（如node3）上的分片0对应的副分片R0作为主分片P0进行服务。集群中由node2和node3对外提供服务，所有的分片相关的服务不受影响。
如果node1恢复了服务并加入集群中，因为在node1上还保留有分片0的数据，此时node1上的分片P0会变成副分片R0，在此期间缺失的数据会通过node3上的主分片P0进行补充。并且node1上的分片R1和R2也会分别从node3和node2上对应的P1和P2分片上补充数据，如下图所示：
当客户端对某个索引的请求被分发到ES的协调节点时，协调节点会将请求进行转发，转发的对象是包含这个索引的所有分片的部分节点。协调节点中有一份分片-节点路由表，该表主要存放分片和节点的对应关系。协调节点采用轮询算法，选取该索引的主/副分片所在的节点进行请求转发。一个索引的主分片设定后就不能再修改，如果想继续提升索引的并发性能，则可以增加索引的副分片个数，此时协调节点会将这些副分片加入轮询算法中。
（三）路由计算
Elasticsearch的路由计算是指确定文档应该存储在哪个主分片上的过程。路由计算使用一个叫做routing的值来决定文档的归属，然后将文档路由到相应的主分片。
Routing值
routing是一个用户或应用程序定义的值，通常用于标识文档应该被路由到哪个主分片。routing可以是任何字符串或数字，通常是与应用程序中的特定逻辑相关的标识符，比如用户ID、产品ID、地理位置等。- 客户端在写入文档时可以明确指定
routing值，也可以让Elasticsearch根据文档内容自动计算。
路由计算公式
Elasticsearch使用以下路由计算公式来确定文档的路由目标主分片：
shard = hash(routing) % number_of_primary_shards
hash(routing)表示对routing值进行哈希计算，以得到一个哈希码。% number_of_primary_shards表示取哈希码与主分片数量取模的结果，从而确定目标主分片的编号。
路由的目的
- 路由的目的是将文档均匀地分布到索引的各个主分片上，以实现数据的分散存储和负载均衡。
- 良好的路由策略可以确保索引数据在不同主分片上的分布较为均匀，避免了数据倾斜，提高了性能和可扩展性。
路由的自定义和灵活性
- 客户端可以根据应用程序的需求自定义
routing值，以控制文档的路由。 - Elasticsearch还支持使用自定义的路由计算器，允许应用程序定义更复杂的路由策略，以满足特定的业务需求。
总之，Elasticsearch的路由计算机制允许根据文档的 routing 值将数据路由到适当的主分片上，以实现数据的分布式存储和负载均衡。当一个文档需要被写入Elasticsearch索引时，路由计算用于确定该文档应该存储在哪个主分片上。
案例举例
以下是一个示例，以帮助更清晰地理解路由计算的工作原理：
假设有一个名为 "user" 的索引，它有5个主分片（number_of_primary_shards为5）。现在，我们要将一个用户的信息文档写入到这个索引中，并使用用户的ID来作为 routing 值。用户ID可以是任何字符串或数字，但为了示例简化，我们使用数字：
文档信息：
- 用户ID: 12345
- 文档内容: 用户名、电子邮件等用户信息
路由计算：
我们使用以下路由计算公式来确定文档的目标主分片：
shard = hash(routing) % number_of_primary_shards
在示例中，用户ID为12345，所以 routing 值就是12345。接下来，我们将计算哈希值：hash(12345)，得到一个哈希码。假设哈希码为3，然后我们取哈希码与主分片数量5取模：3 % 5，结果为3。
结果：
根据路由计算，文档应该路由到主分片3上。协调节点将该写入请求发送到负责主分片3的数据节点，然后数据节点存储该文档。
通过这个路由计算过程，Elasticsearch确保文档被均匀地分布到索引的各个主分片上，实现了数据的分散存储。这有助于提高性能、负载均衡和高可用性，因为数据存储在不同的节点上，同时也确保了数据冗余，以应对节点故障。这是Elasticsearch分布式架构的核心部分。
（四）ES写文档的过程
当Elasticsearch的协调节点接收到客户端发送的写入文档请求，它会执行以下关键步骤来确保文档的成功写入：
1.路由计算
- 协调节点首先执行路由计算，这是通过一定的路由算法来确定文档应该存储在哪个主分片上。
- 路由计算通常使用文档的
routing值来计算目标主分片，确保文档被分配到正确的位置。
2.写入主分片
- 协调节点将写入请求转发到目标主分片所在的数据节点。目标主分片负责实际存储文档。
- 数据节点将文档写入主分片的Lucene索引，确保文档的持久化存储。
3.主分片副本同步
- 如果索引配置了副本分片，主分片在写入后会将数据同步到所有副本分片所在的节点。这确保了数据的冗余性和高可用性。
- 同步操作确保即使某个节点发生故障，数据仍然可用。
4.写入确认
- 一旦主分片和所有副本分片都成功写入文档，数据节点会向协调节点发送写入确认。
- 协调节点知道文档已经成功写入索引。
5.响应客户端
- 协调节点将写入成功的确认信息发送给客户端，以通知客户端文档已经成功写入索引。
完全一致性
Elasticsearch确保写入操作的完全一致性。这意味着只有在主分片和所有副本分片都成功写入后，写入操作才会被确认为成功。这确保了数据的可靠性。
高可用性
主分片和副本分片的机制确保了数据的高可用性。即使在节点故障的情况下，数据仍然可以从副本分片中检索。
这个过程确保了文档的安全写入和持久存储，同时保障了数据的高可用性和一致性。Elasticsearch的写入操作是其分布式性能和可用性的核心组成部分，支持实时数据的索引和检索。
上图中，一个包含3个节点的ES集群，假设索引中只有3个主分片和6个副分片，客户端向节点1发起向索引写入一条文档的请求，在本次请求中，节点1被称为协调节点。节点1判断数据应该映射到哪个分片上。假设将数据映射到分片1上，因为分片1的主分片在节点2上，因此节点1把请求转发到节点2上。节点2接收客户端的数据并进行存储，然后把请求转发到副分片1所在的节点1和节点3上，当所有副分片所在的节点全部完成存储后，协调节点也就是节点1向客户端返回成功标志。
（五）ES读文档的过程
Elasticsearch读取文档的过程相对简单，但仍然包括几个关键步骤，下面是这个过程的详细分析：
1.客户端发起读取请求
- 当客户端需要检索一个或多个文档时，它会向Elasticsearch集群中的任何一个节点发送读取请求。
- 请求通常包括索引名称、文档ID以及任何其他检索条件。
2.路由计算
- 接收读取请求的节点会执行路由计算，以确定文档存储在哪个主分片上。这通常使用文档的
routing值来计算目标主分片。
3.读取主分片
- 一旦目标主分片确定，节点将读取请求转发到拥有该主分片的数据节点。
- 数据节点从主分片的Lucene索引中检索文档数据。
4.返回文档数据
- 数据节点将检索到的文档数据返回给协调节点，然后协调节点将其传递给客户端。
- 客户端接收到文档数据后，可以对其进行处理或显示。
5.数据一致性和高可用性
- Elasticsearch确保读取操作的数据一致性。这意味着只有在主分片上的数据被读取后，读取操作才会返回成功。
- 如果主分片不可用，Elasticsearch会自动从副本分片中选择一个来满足读取请求，以确保数据的高可用性。
6.查询处理（可选）
- 在读取文档时，客户端可以使用查询条件来筛选文档，例如执行全文搜索或过滤文档。
- Elasticsearch支持强大的查询语言和过滤器，允许客户端定制检索条件。
7.近实时性
- 读取操作通常是近实时的，文档数据会尽快对外可见。但需要注意，在某些情况下，由于分片的同步延迟，可能会存在短暂的延迟。
8.负载均衡
- Elasticsearch的协调节点负责将读取请求路由到正确的主分片上，以实现负载均衡和高性能的检索操作。
- 查询请求可以在多个节点上并行执行，以提高响应速度。
总之，Elasticsearch的读取文档过程涉及路由计算、数据检索和返回，以及数据一致性和高可用性的保障。这使得Elasticsearch成为一个强大的实时数据检索引擎，支持在大规模数据集上执行复杂的查询操作。
上图所示，一个包含3个节点的ES集群，假设索引中只有3个主分片和6个副分片，客户端向节点1发起向索引获取文档的请求，在本次请求中，节点1被称为协调节点。节点1判断数据应该映射到哪个分片上。假设将数据映射到分片1上，分片1有主/副两种分片，分别在节点2、节点1和节点3上。假设此时协调节点的轮询算法选择的是节点3，那么它会将请求转发到节点3上，然后节点3会把数据传输给协调节点，也就是节点1，最后由节点1向客户端返回文档数据。
四、基本问题的反思
（一）ES是如何提升数据的高可用性的呢？
Elasticsearch通过多种方式提升数据的高可用性，以确保数据在集群中的持久性和可用性。以下是一些关键的机制和策略，ES用来提高高可用性：
分片和副本
- Elasticsearch将每个索引划分为多个分片（Shard），这些分片可以分布在不同的节点上，以实现数据的水平分割和负载均衡。
- 每个分片都可以配置多个副本分片（Replica Shard），这些副本分片存储了分片的复制，确保了数据的冗余性。如果主分片不可用，副本分片可以顶替它，保证数据的可用性。
主从架构
- Elasticsearch的集群通常包括一个主节点（Master Node）和多个数据节点（Data Node）。主节点负责管理集群的元数据，包括索引和分片的创建和重新分配。数据节点负责存储和处理数据。
- 主节点选举机制确保了在主节点故障时能够选举出新的主节点，从而保持集群的可用性。
节点冗余性
- Elasticsearch支持配置多个主节点、数据节点和协调节点，以提供节点级别的冗余性。如果一个节点故障，其他节点可以继续处理请求。
- 仲裁节点（Voting-Only Node）用于提高主节点选举的可靠性，防止脑裂问题。
故障检测和自动恢复
- Elasticsearch具有内置的故障检测机制，可以检测到节点的故障或不可用性。
- 当节点不可用时，Elasticsearch会自动重新分配分片和副本，以将数据从不可用节点中恢复到其他可用节点上。
数据持久性
- Elasticsearch会将索引数据持久化到磁盘，确保数据在节点重启或崩溃后不会丢失。
- 定期的快照和备份策略可以帮助保护数据的持久性，并支持灾难恢复。
数据恢复策略
- 当新节点加入集群或旧节点重新加入集群时，Elasticsearch使用数据恢复策略来高效地将数据重新分配到节点上，以加快数据的可用性。
总之，Elasticsearch通过分片和副本、主从架构、节点冗余性、故障检测和自动恢复、数据持久性等多种机制来提高数据的高可用性。这使得Elasticsearch适用于构建可靠的分布式搜索和分析系统，即使在节点故障或网络问题的情况下，也可以保持数据的可用性和一致性。
（二）ES如何提升服务的高并发性能呢？
Elasticsearch可以通过一系列优化和配置来提升其服务的高并发性能，确保能够快速响应大量的查询请求。以下是一些提高Elasticsearch高并发性能的关键策略和方法：
合理分片设计：
- 确保索引的分片数量合理。如果分片数量太少，可能无法充分利用集群中的节点；如果分片数量太多，会增加集群管理的复杂性。
- 根据数据量和查询负载来确定分片数量，避免分片过多或过少。
节点扩展和负载均衡：
- 随着负载的增加，可以扩展集群，添加更多的数据节点和协调节点，以增加处理能力。
- 使用负载均衡器来分发查询请求，确保它们均匀分布到不同的节点上，减轻单个节点的压力。
使用副本分片：
- 副本分片提供了数据的冗余和负载均衡。每个主分片可以有多个副本，这些副本可以处理读请求，从而提高读取性能。
- 注意，增加副本分片会增加存储需求，因此需要根据资源和需求来平衡。
查询优化：
- 使用Elasticsearch的DSL查询语言构建高效的查询，避免不必要的查询和过滤操作。
- 使用查询缓存来缓存频繁执行的查询，以减轻查询负载。
数据模型优化：
- 映射（Mapping）的设计对性能有重要影响。选择合适的数据类型、分析器和索引选项可以提高搜索性能。
- 使用近实时（Near Real-Time）索引设置来实现快速的数据可用性。
分布式搜索和聚合：
- 使用Elasticsearch的分布式搜索功能，允许查询在所有节点上并行执行，提高搜索性能。
- 避免在查询中执行大量的聚合操作，因为它们可能会消耗大量计算资源。
监控和性能调整：
- 使用监控工具来监视集群性能，包括CPU、内存、磁盘和网络使用情况。
- 根据监控数据对集群进行性能调整，例如增加节点、调整分片设置等。
硬件优化：
- 选择性能强大的硬件，特别是对于数据节点，包括高速CPU、大内存、快速磁盘等。
- 使用固态硬盘（SSD）来提高磁盘性能，以加速读写操作。
查询预热：
- 预热（Warm-Up）查询可以在启动集群或重新加载索引后执行，以使缓存和查询性能优化达到最佳状态。
数据压缩和编码：
- 使用数据压缩和编码技术来减小索引的存储占用，提高数据传输效率。
通过以上策略和方法，可以有效提高Elasticsearch的高并发性能，确保它能够应对大规模和高负载的查询请求，同时保持稳定性和可伸缩性。要注意的是，性能调优是一个持续的过程，需要根据实际需求和监控数据进行不断优化和调整。