Расскажите об индексах в MongoDB. Какие типы вы знаете и как оптимизируете запросы с их помощью?

А, индексы в MongoDB, ну это же классика, блядь! Это как если бы ты в своей библиотеке из овердохуища книг решил не рыться по всем полкам, а завел картотеку, где всё по полочкам разложено. Картотека — это индекс, сука. Без неё каждый запрос — это пиздец, ад и Израиль, надо весь шкаф перелопатить. А с ней — чик-чик, и готово.

Но, как водится, за всё хорошее надо платить, ёпта. За скорость чтения ты платишь скоростью записи. Потому что когда ты новую книжку на полку суёшь, тебе надо и в картотеку новую карточку впиздючить. Законы физики, нихуя не попишешь.

Основные типы этих самых картотек-индексов:

• Single Field (По одному полю): Самый простой, дедовский способ. Индексируешь, например, username. Ищешь Васю — быстро. Ищешь Петю — тоже быстро. Просто, как три копейки.
• Compound (Составной, ёбаный): Вот тут уже начинается магия, а для многих — пиздец и боль. Индекс сразу по нескольким полям, например, city и salary. И запомни раз и нахуй: порядок полей — ВСЁ! Есть правило ESR (Equality, Sort, Range). Сначала поля, где ищешь точное совпадение (город), потом для сортировки (дата), и в самом конце — для диапазонов (зарплата от и до). Нарушишь порядок — получишь индекс, который нихуя не работает, а только место жрёт.
• Multikey (Многоключевой): Для полей-массивов. Завёл у человека теги ["go", "beer", "mongodb"]. MongoDB возьмёт и для каждого элемента массива отдельную запись в индекс впендюрит. Удобно искать всех, кто любит пиво.
• Text (Текстовый): Чтобы искать не только по точному совпадению, а по смыслу, словам. Для этого и нужен текстовый индекс, он умеет в стемминг, игнорирование стоп-слов и прочую хуйню.
• Geospatial (Гео-индекс): Ищешь все бары в радиусе километра от своего дивана? Вот для этого инструмент. Индексируешь координаты и потом тыкаешь запросом «найди всё рядом».
• TTL (Индекс с сроком годности): Гениальная штука, блядь! Создаёшь индекс с временем жизни. MongoDB сама, как ответственный дворник, будет подходить и удалять устаревшие документы. Автоматически, нахуй! Хранишь сессии или временные логи — идеально.
• Unique (Уникальный): Железобетонная гарантия, что значения, например, в поле email, не повторятся. Попробуй вписать уже существующий email — получишь в ебало ошибку. Порядок наводит.

Вот тебе пример, как эту хуйню на Go создать:

// Делаем уникальный составной индекс: username по возрастанию, email по убыванию.
indexModel := mongo.IndexModel{
    Keys: bson.D{
        {Key: "username", Value: 1},  // 1 — это по возрастанию
        {Key: "email", Value: -1},    // -1 — это по убыванию, да, так можно
    },
    Options: options.Index().SetUnique(true), // Говорим: "Будь уникальным, сука!"
}
_, err := collection.Indexes().CreateOne(context.Background(), indexModel)

А теперь, как я обычно эту банду оптимизирую, чтобы всё летало:

1. Вскрытие покажет: explain(). Это твой лучший друг и детектор пиздежа. Запускаешь запрос с explain("executionStats") и смотришь, блядь: сколько документов пришлось перерыть (totalDocsExamined), а сколько вернул (nReturned). Если перерыл миллион, а вернул десять — это пиздец, индекс либо кривой, либо его нет. Надо чинить.
2. Покрывающие запросы — мечта идиота (в хорошем смысле). Суть в том, чтобы индекс содержал ВСЕ поля, которые нужны для ответа. Тогда MongoDB, хитрая жопа, даже не полезет в сами документы, а всё возьмёт прямо из индекса. Скорость — космос.
3. Индексируй с умом, а не похуй. Часто фильтруешь по status и сортируешь по created_at? Значит, тебе скорее всего нужен составной индекс { status: 1, created_at: 1 }. Не индексируй всё подряд, каждый индекс — это как лишний рюкзак на спине при записи.
4. Не умножай сущности без необходимости. Помни: каждый новый индекс — это тормоза на записи и пожиратель памяти. Создал индекс — прикинь, сколько пользы он принесёт против вреда. Иногда проще один сложный запрос подождать, чем всю систему на колени поставить ради него.

Вот так вот, если коротко и с матом. Главное — понимать, что индекс не волшебная таблетка, а инструмент. Им можно и дом построить, и себе по ебалу получить, если не умеешь.