## 新建、索引和刪除文檔 新建、索引和刪除請求都是**寫(write)**操作，它們必須在主分片上成功完成才能復制到相關的復制分片上。  下面我們羅列在主分片和復制分片上成功新建、索引或刪除一個文檔必要的順序步驟： 1. 客戶端給`Node 1`發送新建、索引或刪除請求。 2. 節點使用文檔的`_id`確定文檔屬于分片`0`。它轉發請求到`Node 3`，分片`0`位于這個節點上。 3. `Node 3`在主分片上執行請求，如果成功，它轉發請求到相應的位于`Node 1`和`Node 2`的復制節點上。當所有的復制節點報告成功，`Node 3`報告成功到請求的節點，請求的節點再報告給客戶端。 客戶端接收到成功響應的時候，文檔的修改已經被應用于主分片和所有的復制分片。你的修改生效了。 有很多可選的請求參數允許你更改這一過程。你可能想犧牲一些安全來提高性能。這一選項很少使用因為Elasticsearch已經足夠快，不過為了內容的完整我們將做一些闡述。 ### `replication` 復制默認的值是`sync`。這將導致主分片得到復制分片的成功響應后才返回。 如果你設置`replication`為`async`，請求在主分片上被執行后就會返回給客戶端。它依舊會轉發請求給復制節點，但你將不知道復制節點成功與否。 上面的這個選項不建議使用。默認的`sync`復制允許Elasticsearch強制反饋傳輸。`async`復制可能會因為在不等待其它分片就緒的情況下發送過多的請求而使Elasticsearch過載。 ### `consistency` 默認主分片在嘗試寫入時需要**規定數量(quorum)**或過半的分片（可以是主節點或復制節點）可用。這是防止數據被寫入到錯的網絡分區。規定的數量計算公式如下： int( (primary + number_of_replicas) / 2 ) + 1 `consistency`允許的值為`one`（只有一個主分片），`all`（所有主分片和復制分片）或者默認的`quorum`或過半分片。 注意`number_of_replicas`是在索引中的的設置，用來定義復制分片的數量，而不是現在活動的復制節點的數量。如果你定義了索引有3個復制節點，那規定數量是： int( (primary + 3 replicas) / 2 ) + 1 = 3 但如果你只有2個節點，那你的活動分片不夠規定數量，也就不能索引或刪除任何文檔。 ### `timeout` 當分片副本不足時會怎樣？Elasticsearch會等待更多的分片出現。默認等待一分鐘。如果需要，你可以設置`timeout`參數讓它終止的更早：`100`表示100毫秒，`30s`表示30秒。 > 注意： > 新索引默認有`1`個復制分片，這意味著為了滿足`quorum`的要求**需要**兩個活動的分片。當然，這個默認設置將阻止我們在單一節點集群中進行操作。為了避開這個問題，規定數量只有在`number_of_replicas`大于一時才生效。