2019-07-17 08:49:22 -04:00
|
|
|
[[request-body-search-track-total-hits]]
|
2019-07-19 14:35:36 -04:00
|
|
|
==== Track total hits
|
2019-01-04 14:36:49 -05:00
|
|
|
|
|
|
|
Generally the total hit count can't be computed accurately without visiting all
|
|
|
|
matches, which is costly for queries that match lots of documents. The
|
|
|
|
`track_total_hits` parameter allows you to control how the total number of hits
|
2019-01-25 07:45:39 -05:00
|
|
|
should be tracked.
|
|
|
|
Given that it is often enough to have a lower bound of the number of hits,
|
|
|
|
such as "there are at least 10000 hits", the default is set to `10,000`.
|
|
|
|
This means that requests will count the total hit accurately up to `10,000` hits.
|
|
|
|
It's is a good trade off to speed up searches if you don't need the accurate number
|
|
|
|
of hits after a certain threshold.
|
|
|
|
|
|
|
|
When set to `true` the search response will always track the number of hits that
|
|
|
|
match the query accurately (e.g. `total.relation` will always be equal to `"eq"`
|
2019-02-18 07:32:34 -05:00
|
|
|
when `track_total_hits` is set to true). Otherwise the `"total.relation"` returned
|
2019-01-25 07:45:39 -05:00
|
|
|
in the `"total"` object in the search response determines how the `"total.value"`
|
|
|
|
should be interpreted. A value of `"gte"` means that the `"total.value"` is a
|
|
|
|
lower bound of the total hits that match the query and a value of `"eq"` indicates
|
|
|
|
that `"total.value"` is the accurate count.
|
2019-01-04 14:36:49 -05:00
|
|
|
|
2019-09-09 12:35:50 -04:00
|
|
|
[source,console]
|
2019-01-04 14:36:49 -05:00
|
|
|
--------------------------------------------------
|
|
|
|
GET twitter/_search
|
|
|
|
{
|
|
|
|
"track_total_hits": true,
|
|
|
|
"query": {
|
|
|
|
"match" : {
|
|
|
|
"message" : "Elasticsearch"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
// TEST[setup:twitter]
|
|
|
|
|
|
|
|
\... returns:
|
|
|
|
|
2019-09-06 16:09:09 -04:00
|
|
|
[source,console-result]
|
2019-01-04 14:36:49 -05:00
|
|
|
--------------------------------------------------
|
|
|
|
{
|
|
|
|
"_shards": ...
|
|
|
|
"timed_out": false,
|
|
|
|
"took": 100,
|
|
|
|
"hits": {
|
|
|
|
"max_score": 1.0,
|
|
|
|
"total" : {
|
|
|
|
"value": 2048, <1>
|
|
|
|
"relation": "eq" <2>
|
|
|
|
},
|
|
|
|
"hits": ...
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
// TESTRESPONSE[s/"_shards": \.\.\./"_shards": "$body._shards",/]
|
|
|
|
// TESTRESPONSE[s/"took": 100/"took": $body.took/]
|
|
|
|
// TESTRESPONSE[s/"max_score": 1\.0/"max_score": $body.hits.max_score/]
|
|
|
|
// TESTRESPONSE[s/"value": 2048/"value": $body.hits.total.value/]
|
|
|
|
// TESTRESPONSE[s/"hits": \.\.\./"hits": "$body.hits.hits"/]
|
|
|
|
|
|
|
|
<1> The total number of hits that match the query.
|
|
|
|
<2> The count is accurate (e.g. `"eq"` means equals).
|
|
|
|
|
2019-01-25 07:45:39 -05:00
|
|
|
It is also possible to set `track_total_hits` to an integer.
|
|
|
|
For instance the following query will accurately track the total hit count that match
|
|
|
|
the query up to 100 documents:
|
2019-01-04 14:36:49 -05:00
|
|
|
|
2019-09-09 12:35:50 -04:00
|
|
|
[source,console]
|
2019-01-04 14:36:49 -05:00
|
|
|
--------------------------------------------------
|
|
|
|
GET twitter/_search
|
|
|
|
{
|
|
|
|
"track_total_hits": 100,
|
|
|
|
"query": {
|
|
|
|
"match" : {
|
|
|
|
"message" : "Elasticsearch"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
// TEST[continued]
|
|
|
|
|
|
|
|
The `hits.total.relation` in the response will indicate if the
|
2019-01-25 07:45:39 -05:00
|
|
|
value returned in `hits.total.value` is accurate (`"eq"`) or a lower
|
|
|
|
bound of the total (`"gte"`).
|
2019-01-04 14:36:49 -05:00
|
|
|
|
|
|
|
For instance the following response:
|
|
|
|
|
2019-09-06 16:09:09 -04:00
|
|
|
[source,console-result]
|
2019-01-04 14:36:49 -05:00
|
|
|
--------------------------------------------------
|
|
|
|
{
|
|
|
|
"_shards": ...
|
|
|
|
"timed_out": false,
|
|
|
|
"took": 30,
|
|
|
|
"hits" : {
|
|
|
|
"max_score": 1.0,
|
|
|
|
"total" : {
|
|
|
|
"value": 42, <1>
|
|
|
|
"relation": "eq" <2>
|
|
|
|
},
|
|
|
|
"hits": ...
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
// TESTRESPONSE[s/"_shards": \.\.\./"_shards": "$body._shards",/]
|
|
|
|
// TESTRESPONSE[s/"took": 30/"took": $body.took/]
|
|
|
|
// TESTRESPONSE[s/"max_score": 1\.0/"max_score": $body.hits.max_score/]
|
|
|
|
// TESTRESPONSE[s/"value": 42/"value": $body.hits.total.value/]
|
|
|
|
// TESTRESPONSE[s/"hits": \.\.\./"hits": "$body.hits.hits"/]
|
|
|
|
|
|
|
|
<1> 42 documents match the query
|
|
|
|
<2> and the count is accurate (`"eq"`)
|
|
|
|
|
|
|
|
\... indicates that the number of hits returned in the `total`
|
|
|
|
is accurate.
|
|
|
|
|
|
|
|
If the total number of his that match the query is greater than the
|
|
|
|
value set in `track_total_hits`, the total hits in the response
|
|
|
|
will indicate that the returned value is a lower bound:
|
|
|
|
|
2019-09-06 09:22:08 -04:00
|
|
|
[source,console-result]
|
2019-01-04 14:36:49 -05:00
|
|
|
--------------------------------------------------
|
|
|
|
{
|
|
|
|
"_shards": ...
|
|
|
|
"hits" : {
|
|
|
|
"max_score": 1.0,
|
|
|
|
"total" : {
|
|
|
|
"value": 100, <1>
|
|
|
|
"relation": "gte" <2>
|
|
|
|
},
|
|
|
|
"hits": ...
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2019-09-06 09:22:08 -04:00
|
|
|
// TESTRESPONSE[skip:response is already tested in the previous snippet]
|
2019-01-04 14:36:49 -05:00
|
|
|
|
|
|
|
<1> There are at least 100 documents that match the query
|
2019-01-25 07:45:39 -05:00
|
|
|
<2> This is a lower bound (`"gte"`).
|
|
|
|
|
|
|
|
If you don't need to track the total number of hits at all you can improve query
|
|
|
|
times by setting this option to `false`:
|
|
|
|
|
2019-09-09 12:35:50 -04:00
|
|
|
[source,console]
|
2019-01-25 07:45:39 -05:00
|
|
|
--------------------------------------------------
|
|
|
|
GET twitter/_search
|
|
|
|
{
|
|
|
|
"track_total_hits": false,
|
|
|
|
"query": {
|
|
|
|
"match" : {
|
|
|
|
"message" : "Elasticsearch"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
// TEST[continued]
|
|
|
|
|
|
|
|
\... returns:
|
|
|
|
|
2019-09-06 16:09:09 -04:00
|
|
|
[source,console-result]
|
2019-01-25 07:45:39 -05:00
|
|
|
--------------------------------------------------
|
|
|
|
{
|
|
|
|
"_shards": ...
|
|
|
|
"timed_out": false,
|
|
|
|
"took": 10,
|
|
|
|
"hits" : { <1>
|
|
|
|
"max_score": 1.0,
|
|
|
|
"hits": ...
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
// TESTRESPONSE[s/"_shards": \.\.\./"_shards": "$body._shards",/]
|
|
|
|
// TESTRESPONSE[s/"took": 10/"took": $body.took/]
|
|
|
|
// TESTRESPONSE[s/"max_score": 1\.0/"max_score": $body.hits.max_score/]
|
|
|
|
// TESTRESPONSE[s/"hits": \.\.\./"hits": "$body.hits.hits"/]
|
|
|
|
|
|
|
|
<1> The total number of hits is unknown.
|
|
|
|
|
|
|
|
Finally you can force an accurate count by setting `"track_total_hits"`
|
2019-02-18 07:32:34 -05:00
|
|
|
to `true` in the request.
|