基本的な単一フィールドインデックスを超えて、MongoDBは複合インデックスの順序付け（ESRルール）、カバード クエリ、部分的/スパース インデックス、TTLインデックスなど、クエリパフォーマンスに劇的な影響を与える高度なインデックス戦略を提供しています。これらをマスターすることは、MongoDBを大規模に最適化するための鍵となります。
For a compound index supporting a query with Equality, Sort, and Range conditions,
order the fields: EQUALITY → SORT → RANGE (the ESR rule).
db..({ : , : , : });
db..({ : , : { : } }).({ : });
ESRルール（等価条件、ソート、範囲フィールドの順序）は、クエリのフィルター、ソート、および範囲部分を効率的に処理する複合インデックスを構築します。これは重要な最適化技法です。
// if a query's filter AND returned fields are ALL in the index, no document fetch needed
db.users.createIndex({ email: 1, name: 1 });
db.users.find({ email: "[email protected]" }, { name: 1, _id: 0 }); // COVERED
// → answered entirely from the index (very fast — never touches the documents)
カバード クエリ（すべてのフィルターと投影されたフィールドがインデックスに含まれている）はインデックスのみから応答され、ドキュメントを読み込むことなく非常に高速です。
PARTIAL → index only documents matching a filter (smaller, targeted)
createIndex({ email: 1 }, { partialFilterExpression: { active: true } })
SPARSE → index only documents that HAVE the field (skip missing)
TTL → auto-delete documents after a time (sessions, logs, temp data)
createIndex({ createdAt: 1 }, { expireAfterSeconds: 3600 })
UNIQUE → enforce uniqueness (can combine with partial)
MULTIKEY → automatic for array fields (indexes each element)
WILDCARD → index unknown/arbitrary field names ({ "$**": 1 })
HASHED → for hashed sharding / even distribution
✓ explain("executionStats") → verify index use (IXSCAN), check docs examined vs returned
✓ $indexStats → find UNUSED indexes (remove them — they slow writes for no benefit)
✓ Atlas Performance Advisor → suggests indexes based on actual query patterns
✓ Balance: enough indexes for reads, not so many that writes suffer
高度なインデックス戦略は、基本的なインデックス化に基づいてMongoDBのパフォーマンスを大規模に最適化するための貴重なシニアレベルの知識です。
基本的なインデックスは役に立ちますが、高度な戦略をマスターすることが、適切なMongoDBパフォーマンスと優れたMongoDBパフォーマンスの違いです。
ESRルール（複合インデックスフィールドを等価条件、ソート、範囲の順序で配置する）は、クエリのフィルター、ソート、および範囲条件を効率的に処理する複合インデックスを構築するための重要な技法です。このルールを知らないと非自明な、頻繁に適用可能な最適化です。カバード クエリ（すべてのフィルターと返されるフィールドがインデックスに含まれており、ドキュメントを読み込まずにインデックスのみからクエリに応答される）は、読み取り量の多いクエリに対して劇的な高速化を実現します。これは強力な技法です。
特殊なインデックスタイプを知ることで — 部分的（マッチするドキュメントのみをインデックス化、よりコンパクトで対象的）、スパース（フィールドを持つドキュメントのみ）、TTL（データの自動期限切れ、セッション/ログ/一時データに理想的）、ワイルドカード（未知のフィールド名用）、マルチキー（配列に対して自動）、一意 — 各シナリオに適したインデックスを選択でき、ストレージと書き込みコストを最適化しながらクエリに対応できます。
分析と保守の規律（explain()を使用してインデックスの使用と効率を検証し、$indexStatsで未使用のインデックスを見つけて削除して不必要な書き込みの遅延を防ぎ、Atlas Performance Advisorなどのツールを使用）は、インデックス化を時間とともに効果的に保つために不可欠です。
インデックス化は最もインパクトのあるMongoDBパフォーマンスレバーであり、高度な戦略（ESR複合順序付け、カバード クエリ、特殊なインデックスタイプ、保守）がそれを大規模に最適化するため、高度なインデックス戦略を理解することは、高パフォーマンスMongoDBのための貴重なシニアレベルの知識です。これはシニアロールで期待される深い最適化専門知識を示すトピックであり、ESRルールやカバード クエリのような技法が重大で実践的なパフォーマンス向上をもたらす領域です。