區域性更新文件

如圖

所示，updateapi 結合了先前說明的讀取和寫入模式

。區域性更新文件

以下是部分更新乙個文件的步驟：

客戶端向node 1傳送更新請求。

它將請求**到主分片所在的node 3。

node 3從主分片檢索文件，修改_source欄位中的 json ，並且嘗試重新索引主分片的文件。如果文件已經被另乙個程序修改，它會重試步驟 3 ，超過retry_on_conflict次後放棄。

如果node 3成功地更新文件，它將新版本的文件並行**到node 1和node 2上的副本分片，重新建立索引。一旦所有副本分片都返回成功，node 3向協調節點也返回成功，協調節點向客戶端返回成功。

updateapi 還接受在新建、索引和刪除文件章節中介紹的routing、replication、consistency和timeout引數。

基於文件的複製

當主分片把更改**到副本分片時，

它不會**更新請求。相反，它**完整文件的新版本。請記住，這些更改將會非同步**到副本分片，並且不能保證它們以傳送它們相同的順序到達。如果elasticsearch僅**更改請求，則可能以錯誤的順序應用更改，導致得到損壞的文件。