elasticsearch 局部更新

1、就像在Updatingawholedocument中所說的一樣，更新document的步驟就是檢索——修改——插入整個document。然而使用update，就能局部更新，就像在一個請求里增加一個計數(shù)器一樣。以前說過document是不可變的——不能被修改，只能被替換，update也必須遵守這個規(guī)則。在外部看來是局部更新的，在內(nèi)部，update依然執(zhí)行了檢索——修改——重新插入這個流程。不同的是這個過程是發(fā)生在shard中，因此避免了多

2、次網(wǎng)絡請求的開銷，通過減少檢索和重新插入的時間，降低了來自于其他線程的訪問導致的數(shù)據(jù)沖突的可能性。最簡單的update格式就是請求體中接受部分的document作為“doc“的參數(shù)。這個參數(shù)的值會和已經(jīng)存在的document合并，已經(jīng)存在的field將會被重寫，新的field將會被添加，例如，增加一個tags字段和一個views字段到blog中：POSTwebsiteblog1_update“doc“:“tags“:[“testing“

3、]“views“:0如果成功將會相應如下數(shù)據(jù)：“_index“:“website““_id“:“1““_type“:“blog““_version“:3檢索這個document，注意一下_source字段：“_index“:“website““_type“:“blog““_id“:“1““_version“:3“found“:true“_source“:“title“:“Myfirstblogentry““text“:“Starting

4、togetthehangofthis...““tags“:[“testing“]“views“:0標注1和2表示就是局部更新的內(nèi)容。使用進行局部更新。我們會在ing–whenyouneedme(TODO)更詳細的介紹，但是現(xiàn)在來說我們已經(jīng)足夠了解在ES中的幾個合適的用武之地，已滿足某些不被API直接支持的但是用戶需要的動作?！癱ount“:1注：以上執(zhí)行在curl下失敗，在head中成功。更新一個或許不存在的document如果我們需要

5、在ES中存儲一個頁面訪問量的計數(shù)器conter，每次用戶訪問這個頁面，我們都對這個頁面增加一個數(shù)，但是增加這個counter之前要確定這個counter是已經(jīng)存在的哦。如果要更新一個不存在的document，update將會出錯?？梢允褂胾psert參數(shù)來解決這個問題，如果指定的document不存在，就創(chuàng)建一個：POSTwebsitepageviews1_update““:“ctx._source.views=1““upsert“:“

6、views“:1首次執(zhí)行這個請求，這個upsert數(shù)值做為一個新的document被插入，被初始化為1。接下來的執(zhí)行將會對views直接增加1。更新和沖突在本章節(jié)的說明部分，在檢索和重新插入的間隔越小，沖突的機會就越小，但并不是完全沒有沖突。依然有可能一個線程在另外一個線程執(zhí)行update之前執(zhí)行了reindex的動作。為了防止這個事情的發(fā)生，updateAPI在執(zhí)行檢索的時候會檢查記錄document的_version的數(shù)量，并且在執(zhí)

7、行重新插入之間把_version傳遞給其他線程的index的請求。如果另外的線程在檢索——重新插入之間修改了document，這個_version就不會和update記錄的_version匹配導致update失敗。對于很多情況下的局部update來說，update并不關(guān)心一個document是否已經(jīng)被修改，例如，兩個線程同時增加頁面的訪問數(shù)量，以什么樣的順序發(fā)生update都是無所謂的——即使沖突發(fā)生了，唯一要做的事情就是重新執(zhí)行upd