Elasticsearch文档读写模型实现原理

1. 验证请求是否符合Elasticsearch的接口规范，如果不符合，直接拒绝。

2. 在主分片上执行操作（例如索引、更新或删除一个文档）。如果执行过程中出错，直接返回错误。

3. 将操作转发到当前同步副本集的每个副本。如果有多个副本，则并行执行。（in-sync当前可用、激活的副本）。

4. 一旦所有的副本成功地执行了操作并对主服务器进行了响应，主服务器就会承认对客户机的请求的成功完成。写请求的流程如下图所示（图片来源于《Elasticsearch权威指南》）：

错误处理：

在索引过程中，许多事情可能会出错——磁盘可能会被破坏，节点可以彼此断开，或者一些配置错误可能导致一个副本的操作失败，尽管它在主服务器上是成功的。这些都是罕见的，但主要的是要对它们做出反应。

另外一种情况是如果主服务器不可用，托管主节点的节点将向master发送一条消息。索引操作将等待（默认情况下最多1分钟），以便master服务器将其中一个副本提升为一个新的主节点。然后，该操作将被转发到新的主服务器进行处理。请注意，主服务器(master)还监控各个节点的健康状况，并可能决定主动降级主节点。这通常发生在持有主节点的节点通过网络问题与集群隔离的情况下。为了更好的理解master服务器与主分片所在服务器的关系，下面给出一个ElasticSearch的集群说明图：

其中NODE1为整个集群的master服务器，而第一个复制组(P0,R0,RO,其主分片所在服务器NODE3)，第二个复制组(P1,R1,R1,其主分片所在服务器NODE1)。

一旦在主服务器上成功执行了操作，主服务器就必须确保数据最终一致，即使由于在副本上执行失败或由于网络问题导致操作无法到达副本（或阻止副本响应）造成的。为了避免数据在复制组内数据的不