理解分片-consistency(一致性) ：
默认主分片在尝试写入时需要规定数量(quorum)或过半的分片(可以是主节点或复制节点)可用。这是防止数据被写入到错的网络分区，规定的数量计算公式如下： int((primary+number_of_replicas)/2)+1 consistency 允许的值为one(只有一个主分片)，all(所有主分片和复制分片)或者默认的quorum或过半分片。
注意：number_of_replicas是在索引中的设置，用来定义复制分片的数量，而不是现在活动的复制节点的数量。
如果你定义了索引有3个复制节点那规定数量是: int((primary+3 replicas)/2)+1=3
注意：新索引默认有1个复制分片，这意味着为了满足quorum的要求需要两个活动的分片。
当然，这个默认设置将阻止我们在单一节点集群中进行操作。为了避开这个问题，规定数量只有在number_of_replicas大于一时才生效。
理解分片--在主分片或复制分片上检索一个文档步骤：
1.客户端给Node1发送get请求
2、节点使用文档对的_id确定文档属于分片0，分片0对应的复制分片在三个节点上都有。此时，它转发请求到Node2
3、Node2返回文档给Node1然后返回给客户端。对于读请求，为了平衡负载，请求节点会为每个请求选择不同的分片---它会循环所有分片副本。可能的情况是：一个被索引的文档已经存在于主分片上却还没来得及同步到复制分片上。这时复制分片会报告文档未找到，主分片会成功返回文档。一旦索引请求成功返回给用户，文档则在主分片和复制分片都是可用的。
理解分片--基于文档的复制：
当主分片转发更改给复制分片时，并不是转发更新请求，而是转发整个文档的新版本。记住这些修改转发到复制节点是异步的，它们并不能保证到达的顺序与发送相同。如果ES转发的仅仅是修改请求，修改的顺序可能是错误的，那得到的就是损坏的文档。