This page describes the compatibility and limitations of MongoDB Search features on Atlas. For details about MongoDB Search compatibility with self-managed deployments, see Compatibility and Requirements for mongot.
Atlas の互換性
MongoDB Search の一部の機能には、特定のバージョンのMongoDBが必要になる場合があります。次の表では、特定のMongoDBバージョンを必要とするMongoDB Search 機能が示されています。
MongoDB Search の機能 | 機能をサポートする MongoDB バージョン |
|---|---|
8.0+ | |
| 8.1+ |
シャーディングされたビューでの | 8.2+ |
| 8.2+ |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
7.0+, 8.0+ | |
Atlas CLI を使用したMongoDB Search のローカル配置 | 7.0+, 8.0+ |
6.0.13+, 7.0.5+, 8.0+ |
MongoDB Search は 時系列 コレクションではサポートされていません。MongoDB 8.3 以降、$search、$searchMeta、$vectorSearch のステージを時系列コレクションで実行すると、エラー メッセージが表示されて失敗するようになりました。以前は、これらのステージは空の結果を返していました。
MongoDB Search and MongoDB Vector Search on Atlas Infinite Clusters
MongoDB Search and MongoDB Vector Search are supported on Atlas Infinite clusters during public preview.
On an Atlas Infinite cluster, Atlas includes MongoDB Search and MongoDB Vector Search at no additional cost. The co-located MongoDB Search and MongoDB Vector Search indexes on each compute node are limited to 10 GB. If your indexes exceed 8 GB, Atlas can automatically migrate your search workloads to dedicated Search Nodes. To learn more, see Workload Isolation on Atlas Infinite clusters.
無料クラスターと Flex クラスターの制限
次の制限は、 無料クラスターおよび Flex クラスター上のMongoDB Search にのみ適用されます。
インデックス作成数の上限は以下のとおりです。
無料クラスターの 3 インデックス（タイプに関係なく、
searchまたはvectorに関係なく）。Flex クラスターで 10 インデックス。
クラスター階層で許可されているインデックスの最大数 に達したら、クラスター階層を増やす追加のインデックスを作成できます。クラスター階層を増やすすると、インデックスが新しいクラスター階層に再構築され、最初の同期 がトリガーされます。
An index definition JSON object cannot exceed 3 KB in size.
インデックス定義には、シノニム マッピングを 1 つだけ含めることができます。
300 を超えるフィールドを含むインデックスビルドは失敗します。
Lucene のデフォルトの 句制限である 1024 は、検索用に作成されたすべての
BooleanQueryに適用されます。シノニム（同意語）コレクションは 10,000 ドキュメントを超えることはできません。
MongoDB Search では、Atlas UI でカスタマー キー管理を使用した暗号化キーでのMongoDB Search インデックスの暗号化はサポートされていません。
Search Playground の制限
Search Playground の制限の詳細については、「Search Playground の制限」をご覧ください。
サポートされているクライアント
インデックスの制限
インデックス オブジェクトが2.1 億を超える、または近く超えるようになる MongoDB Search インデックスを作成する場合は、numPartitions または クラスターをシャーディングする 必要があります。この制限では、インデックス付きコレクション フィールド内の各最上位ドキュメントまたはネストされた embeddedDocument は 1 つのオブジェクトとしてカウントされます。
デフォルトでは 、 MongoDB Search は、特定のレプリカセットノードまたはシャードで 2.1 億インデックスオブジェクトを超える単一インデックスの変更のレプリケートを停止します。つまり、インデックスは引き続きクエリ可能ですが、古い結果が生じる可能性があります。
コレクションに 16MB（BSON 制限）を超えるドキュメントが含まれている場合、MongoDB Search はドキュメントのインデックス作成に失敗し、インデックスが STALE になり、インデックスの完全な再構築が必要になります。この問題は、ドキュメントに対する更新操作によって変更ストリームイベントが 16MB の BSON 制限を超えた場合にも発生する可能性があります。インデックスが古くなるリスクを最小限に抑えるには、コレクション内のドキュメントが 8MB を超えないようにしてください。インデックスが古くなった場合は、インデックスの再構築を完了するために、コレクションから大きなドキュメントを削除する必要があります。
さらに、
サブドキュメントや配列のサイズを最小限に抑えるように、ドキュメントを構造化してください。
大規模なフィールド、サブドキュメント、または配列を更新または置換する操作は避けてください。
詳細については、「Change Streams 運用に関する推奨事項」および「大きなドキュメントのサイズを縮小するを参照してください。
インデックスの制限の詳細については、以下を参照してください。
フィールド型の制限
フィールド型の制限については、次を参照してください。
その他の制約
クラスター化されたコレクションを使用しており、notablescan パラメータが true に設定されている場合、 MongoDB Search インデックスのビルドが完了しないことがあります。この問題を解決するには、notablescan パラメータを false に設定するか、ログでインデックスのステータス遷移を確認する必要があります。
クエリの制限
演算子の制限
クエリ演算子の制限の詳細については、以下を参照してください。
オプションの互換性と制限
クエリ オプションの互換性と制限の詳細については、以下を参照してください。