Zakaj pravkar indeksiranega dokumenta še ni v iskanju?

Question

IT Interview Practice · Accepted Answer

Zapis lahko uspe, preden ga iskanje vidi. Refresh je korak, ki nedavne indeksne spremembe naredi vidne iskanju.

## Sledite pravkar shranjenemu izdelku

```text
Write succeeds -> Search may still miss it -> Refresh -> Search can see it
```

Ta presledek pojasni presenečenje pri iskanju takoj po shranjevanju. Sprotni GET po ID-ju lahko dokument že pridobi, medtem ko iskanje še uporablja prejšnji pogled.

## Če mora naslednje iskanje videti zapis

V Kibana Dev Tools za obstoječ indeks z ustreznim mappingom:

```http
PUT /products/_doc/42?refresh=wait_for
{"title":"Blue Shoes"}
```

Počakajte na zaključek zahteve pred iskanjem. `wait_for` čaka na refresh, ki razkrije operacijo; običajno ne sili v takojšen refresh za vsak zapis. Iskanje mora še vedno ciljati pravi indeks in se ujemati z dokumentom.

## Če je kratka zamuda sprejemljiva

Uporabite običajni cikel refresh. Prisilni refresh po vsakem zapisu dodaja delo. Povezane zapise združujte, kadar je mogoče, in merite zahteve po svežini namesto predpostavljanja enake zamude v vseh okoljih. Refresh nadzira vidnost iskanja, ni pa varnostno kopiranje.

[Uradna dokumentacija](https://www.elastic.co/docs/reference/elasticsearch/rest-apis/refresh-parameter).

Sledite pravkar shranjenemu izdelku

Če mora naslednje iskanje videti zapis

Če je kratka zamuda sprejemljiva

Povezana vprašanja