While the bulk API enables us create, update and delete multiple documents it doesn’t support retrieving multiple documents at once. We can of course do that using requests to the _search endpoint but if the only criteria for the document is their IDs ElasticSearch offers a more efficient and convenient way; the multi get API. Below is an example multi get request:
A request that retrieves two movie documents.
curl -XGET “https://localhost:9200/_mget” -d’
{
“docs”: [
{
“_index”: “movies”,
“_type”: “movie”,
“_id”: “1”
},
{
“_index”: “movies”,
“_type”: “movie”,
“_id”: “2”
}
]
}’
The response from ElasticSearch looks like this:
The response from ElasticSearch to the above _mget request.
curl -XGET “https://localhost:9200/_mget” -d’
{
“docs”: [
{
“_index”: “movies”,
“_type”: “movie”,
“_id”: “1”
},
{
“_index”: “movies”,
“_type”: “movie”,
“_id”: “2”
}
]
}’
Want to learn Elasticsearh from beginner basics to advanced techniques? Visit here Elasticsearch Online Training demo! |
If we put the index name in the URL we can omit the _index parameters from the body. The same goes for the type name and the _type parameter. And, if we only want to retrieve documents of the same type we can skip the docs parameter all together and instead send a list of IDs:
Shorthand form of a _mget request.
curl -XGET “https://localhost:9200/movies/movie/_mget” -d’
{
“ids”: [ “1”, “2” ]
}’
The multi get API also supports source filtering, returning only parts of the documents. For more about that and the multi get API in general, see THE DOCUMENTATION.
Related Article: Elasticsearch Interview Questions and Answers |
Sometimes we may need to delete documents that match certain criteria from an index. If we know the IDs of the documents we can, of course, use the _bulk API, but if we don’t another API comes in handy; the delete by query API.
Through this API we can delete all documents that match a query. The query is expressed using ElasticSearch’s query DSL which we learned about in post three. Below is an example request, deleting all movies from 1962.
A delete by query request, deleting all movies with year == 1962.
curl -XGET “https://localhost:9200/movies/movie/_mget” -d’
{
“ids”: [ “1”, “2” ]
}’
The type in the URL is optional but the index is not. However, we can perform the operation over all indexes by using the special index name _all if we really want to.
While it’s possible to delete everything in an index by using delete by query it’s far more efficient to simply delete the index and re-create it instead.
Related Article: Updating Document Using Elasticsearch Update API |
Let’s say that we’re indexing content from a content management system. In the system content can have a date set after which it should no longer be considered published. If we’re lucky there’s some event that we can intercept when content is unpublished and when that happens delete the corresponding document from our index. However, that’s not always the case.
This is one of many cases where documents in ElasticSearch has an expiration date and we’d like to tell ElasticSearch, at indexing time, that a document should be removed after a certain duration. ElasticSearch supports this by allowing us to specify a “time to live” for a document when indexing it.
We do that by adding a ttl query string parameter to the URL. The value can either be a duration in milliseconds or a duration in text, such as “1w”. Below is an example, indexing a movie with time to live:
Indexing a movie with an hours (60*60*1000 milliseconds) ttl.
curl -XGET “https://localhost:9200/movies/movie/_mget” -d’
{
“ids”: [ “1”, “2” ]
}’
If we were to perform the above request and return an hour later we’d expect the document to be gone from the index. That wouldn’t be the case though as the time to live functionality is disabled by default and needs to be activated on a per index basis through mappings. Here’s how we enable it for the movies index:
Updating the movies index’s mappings to enable ttl.
curl -XGET “https://localhost:9200/movies/movie/_mget” -d’
{
“ids”: [ “1”, “2” ]
}’
Apart from the enabled property in the above request we can also send a parameter named default with a default ttl value. If we don’t, like in the request above, only documents where we specify ttl during indexing will have a ttl value. Anyhow, if we now, with ttl enabled in the mappings, index the movie with ttl again it will automatically be deleted after the specified duration.
The time to live functionality works by ElasticSearch regularly searching for documents that are due to expire, in indexes with ttl enabled, and deleting them. By default this is done once every 60 seconds. It’s possible to change this interval if needed. For more information about how to do that, and about ttl in general, see THE DOCUMENTATION.
As the ttl functionality requires ElasticSearch to regularly perform queries it’s not the most efficient way if all you want to do is limit the size of the indexes in a cluster. When, for instance, storing only the last seven days of log data it’s often better to use rolling indexes, such as one index per day and delete whole indexes when the data in them is no longer needed.
Name | Dates | |
---|---|---|
Elasticsearch Training | Nov 09 to Nov 24 | View Details |
Elasticsearch Training | Nov 12 to Nov 27 | View Details |
Elasticsearch Training | Nov 16 to Dec 01 | View Details |
Elasticsearch Training | Nov 19 to Dec 04 | View Details |
Ravindra Savaram is a Technical Lead at Mindmajix.com. His passion lies in writing articles on the most popular IT platforms including Machine learning, DevOps, Data Science, Artificial Intelligence, RPA, Deep Learning, and so on. You can stay up to date on all these technologies by following him on LinkedIn and Twitter.