Explore Developer Center's New Chatbot! MongoDB AI Chatbot can be accessed at the top of your navigation to answer all your MongoDB questions.

MongoDB Developer
MongoDB
plus
Sign in to follow topics
MongoDB Developer Centerchevron-right
Developer Topicschevron-right
Productschevron-right
MongoDBchevron-right

Optimize and Tune MongoDB Performance with Hidden Indexes

Ado Kukic5 min read • Published Jan 17, 2022 • Updated Oct 01, 2024
MongoDBIndexes
Facebook Icontwitter iconlinkedin icon
Rate this tutorial
star-empty
star-empty
star-empty
star-empty
star-empty
MongoDB 4.4 is the biggest release of MongoDB to date and is available in beta right now. You can try out it out in MongoDB Atlas or download the development release. There is so much new stuff to talk about ranging from new features like custom aggregation expressions, improvements to existing functionality like refinable shard keys, and much more.
In this post, we are going to look at a new feature coming to MongoDB 4.4 that will help you better optimize and fine-tune the performance of your queries as your application evolves called hidden indexes.
Hidden indexes, as the name implies, allows you to hide an index from the query planner without removing it, allowing you to assess the impact of not using that specific index.

Prerequisites

For this tutorial you'll need:

Hidden Indexes in MongoDB 4.4

Most database technologies, and MongoDB is no different, rely on indexes to speed up performance and efficiently execute queries. Without an index, MongoDB would have to perform a collection scan, meaning scanning every document in a collection to filter out the ones the query asked for.
With an index, and often times with a correct index, this process is greatly sped up. But choosing the right data to index is an art and a science of its own. If you'd like to learn a bit more about indexing best practices, check out this blog post. Building, maintaining, and dropping indexes can be resource-intensive and time-consuming, especially if you're working with a large dataset.
Hidden indexes is a new feature coming to MongoDB 4.4 that allows you to easily measure the impact an index has on your queries without actually deleting it and having to rebuild it if you find that the index is in fact required and improves performance.
The awesome thing about hidden indexes is that besides being hidden from the query planner, meaning they won't be used in the execution of the query, they behave exactly like a normal index would. This means that hidden indexes are still updated and maintained even while hidden (but this also means that a hidden index continues to consume disk space and memory so if you find that hiding an index does not have an impact on performance, consider dropping it), hidden unique indexes still apply the unique constraint to documents, and hidden TTL indexes still continue to expire documents.
There are some limitations on hidden indexes. The first is that you cannot hide the default _id index. The second is that you cannot perform a cursor.hint() on a hidden index to force MongoDB to use the hidden index.

Creating Hidden Indexes in MongoDB

To create a hidden index in MongoDB 4.4 you simply pass a hidden parameter and set the value to true within the db.collection.createIndex() options argument. For a more concrete example, let's assume we have a movies collection that stores documents on individual films. The documents in this collection may look something like this:
1{
2 "_id": ObjectId("573a13b2f29313caabd3ac0d"),
3 "title": "Toy Story 3",
4 "plot": "The toys are mistakenly delivered to a day-care center instead of the attic right before Andy leaves for college, and it's up to Woody to convince the other toys that they weren't abandoned and to return home.",
5 "genres": ["Animation", "Adventure", "Comedy"],
6 "runtime": 103,
7 "metacritic": 92,
8 "rated": "G",
9 "cast": ["Tom Hanks", "Tim Allen", "Joan Cusack", "Ned Beatty"],
10 "directors": ["Lee Unkrich"],
11 "poster": "https://m.media-amazon.com/images/M/MV5BMTgxOTY4Mjc0MF5BMl5BanBnXkFtZTcwNTA4MDQyMw@@._V1_SY1000_SX677_AL_.jpg",
12 "year": 2010,
13 "type": "movie"
14}
Now let's assume we wanted to create a brand new index on the title of the movie and we wanted it to be hidden by default. To do this, we'd execute the following command:
1db.movies.createIndex( { title: 1 }, { hidden: true })
This command will create a new index that will be hidden by default. This means that if we were to execute a query such as db.movies.find({ "title" : "Toy Story 3" }) the query planner would perform a collection scan. Using MongoDB Compass, I'll confirm that that's what happens.
MongoDB Compass Collscan
From the screenshot, we can see that collscan was used and that the actual query execution time took 8ms. If we navigate to the Indexes tab in MongoDB Compass, we can also confirm that we do have a title_1 index created, that's consuming 315.4kb, and has been used 0 times.
MongoDB Compass Indexes
This is the expected behavior as we created our index as hidden from the get-go. Next, we'll learn how to unhide the index we created and see if we get improved performance.

Unhiding Indexes in MongoDB 4.4

To measure the impact an index has on our query performance, we'll unhide it. We have a couple of different options on how to accomplish this. We can, of course, use db.runCommand() in conjunction with collMod, but we also have a number of mongo shell helpers that I think are much easier and less verbose to work with. In this section, we'll use the latter.
To unhide an index, we can use the db.collection.unhideIndex() method passing in either the name of the index, or the index keys. Let's unhide our title index using the index keys. To do this we'll execute the following command:
1db.movies.unhideIndex({title: 1})
Our response will look like this:
MongoDB Unhide Index
If we were to execute our query to find Toy Story 3 in MongoDB Compass now and view the Explain Plan, we'd see that instead of a collscan or collection scan our query will now use the ixscan or index scan, meaning it's going to use the index. We get the same results back, but now our actual query execution time is 0ms.
MongoDB Compass Ixscan
Additionally, if we look at our Indexes tab, we'll see that our title_1 index was used one time.

Working with Existing Indexes in MongoDB 4.4

When you create an index in MongoDB 4.4, by default it will be created with the hidden property set to false, which can be overwritten to create a hidden index from the get-go as we did in this tutorial. But what about existing indexes? Can you hide and unhide those? You betcha!
Just like the db.collection.unhideIndex() helper method, there is a db.collection.hideIndex() helper method, and it allows you to hide an existing index via its name or index keys. Or you can use the db.runCommand() in conjunction with collMod. Let's hide our title index, this time using the db.runCommand().
1db.runCommand({
2 collMod : "movies"
3 index: {
4 keyPattern: {title:1},
5 hidden: true
6 }
7})
Executing this command will once again hide our title_1 index from the query planner so when we execute queries and search for movies by their title, MongoDB will perform the much slower collscan or collection scan.
MongoDB Hide Index

Conclusion

Hidden indexes in MongoDB 4.4 make it faster and more efficient for you to tune performance as your application evolves. Getting indexes right is one-half art, one-half science, and with hidden indexes you can make better and more informed decisions much faster.
Regardless of whether you use the hidden indexes feature or not, please be sure to create and use indexes in your collections as they will have a significant impact on your query performance.
Safe Harbor Statement
The development, release, and timing of any features or functionality described for MongoDB products remains at MongoDB's sole discretion. This information is merely intended to outline our general product direction and it should not be relied on in making a purchasing decision nor is this a commitment, promise or legal obligation to deliver any material, code, or functionality. Except as required by law, we undertake no obligation to update any forward-looking statements to reflect events or circumstances after the date of such statements.

Facebook Icontwitter iconlinkedin icon
Rate this tutorial
star-empty
star-empty
star-empty
star-empty
star-empty
Related
Article

How Queryable Encryption Can Keep James Bond Safe


Apr 02, 2024 | 2 min read
Article

Building Remix Applications with the MongoDB Stack


Apr 02, 2024 | 4 min read
Tutorial

How We Backfilled 2 Million Database Documents


May 09, 2022 | 7 min read
Quickstart

Reacting to Database Changes with MongoDB Change Streams and Go


Feb 03, 2023 | 5 min read
Table of Contents