AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

リリースノート

リリース日: 2026年 6 月 30日

これらのリリースノートでは、パブリック プレビュー リリース (0.40.0、10 月 2025 日)からシステム全体での利用可能リリース (1.70.1)までの変更を説明しています。変更の範囲は、Community Edition および Enterprise Advanced の自己管理型配置に限られます。Atlas マネージド配置は対象外です。

説明
Community Edition で利用可能
Enterprise Advanced で利用可能

認証の再構築 scramAuth および x509 ブロック。同期ソース認証構成では、フラット フィールドではなく、明示的な scramAuth (ユーザー名/パスワード) と x509 (証明書) サブブロックが使用されるようになり、スタートアップ時の検証が強化されました。既存の構成は新しい構造に移行する必要があります。v1.70.1 で導入されました。

✅

✅

同期ソース接続の X.509 証明書認証。 mongot SCRAM の完全な代替手段として、TLS クライアント証明書を使用して mongod および mongos に認証できるようになりました。証明書キー ファイルと CA ファイルを使用して syncSource.replicaSet.x509 または syncSource.router.x509 を構成します。v1.70.1 で導入されました。

✅

✅

TLS の暗号化されたキー ファイル サポート。同期ソース TLS 接続と gRPC サーバー TLS はどちらも certificateKeyFilePasswordFile を受け入れるため、秘密キーをディスクに未暗号化で保存する必要がなくなりました。v1.70.1 で導入されました。

✅

✅

新着情報 syncSource.replicationReader ブロックの設定。演算子は、最初の同期と変更ストリームのレプリケーション中に、mongot がどのレプリカセット ノードから読み取るかを制御できるようになりました。特定のレプリカセット タグを持つノードをターゲットにするために、readPreference 値と任意の tagSets を受け入れます。非推奨フィールド replicaSet.readPreference が削除されました。v0.66.0 で導入されました。

✅

✅

新着情報 advancedConfigs トップレベルの構成ブロック。任意のパフォーマンスチューニングパラメーターは、indexing、querying、replication、autoEmbedding、ftdc のサブブロックを持つ単一の advancedConfigs: ブロックにまとめられるようになりました。FTDC とディスクのモニタリング設定は、トップレベルからここに移動されました。v1.70.1 で導入されました。

✅

✅

シャーディングされたクラスターを通じたサポート syncSource.router. syncSource 内の router サブブロックにより、シャーディングされた配置の場合に mongos ルーターへの接続が可能になります。各シャードには専用の mongot インスタンスが必要です。replicaSet はインスタンスを特定のシャードにマップし、router はクラスター全体の調整を取り扱います。v0.40.0 以降で利用可能です。

✅

✅

ソートされたインデックス(インデックスのソート)。検索インデックスは、1 つ以上のフィールドでソート順序を構成できるようになりました。インデックスのソートキーに一致する $sort を含むクエリでは、コレクション全体のソートフェーズがスキップされるため、最新性や価格でソートされた結果などのソートの多いワークロードのレイテンシが大幅に向上します。v0.66.0 で導入されました。

✅

✅

ネストされたベクトル検索。 $vectorSearch ネストされたドキュメント配列内に埋め込まれたベクトルフィールドのクエリがサポートされるようになりました。インデックス定義で nestedRoot パスを定義して、サブドキュメントの配列内でアイテムごとの類似検索を実行します。v1.70.1 で導入されました。

✅

✅

ベクトル保存ソース。ベクトル検索インデックスは、インデックスデータと一緒に元のベクトル値を保存できます。$vectorSearch クエリが returnStoredSource をリクエストすると、生のベクトル値がインデックスから直接返され、mongod からの 2 回目の読み取りが無くなることでレイテンシが低減されます。v0.65.0 で導入されました。

✅

✅

低リコールのベクトル検索の自動的な厳密最近傍探索フォールバック。 mongot ドキュメントの削除率が高いために近似最近傍探索(ANN)の結果が少なすぎる場合に、それを検知して自動的に厳密最近傍探索(ENN)へ切り替える機能を搭載しました。これにより、クエリを変更することなくリコール品質が向上します。v0.66.0で導入されました。

✅

✅

ドリルサイドウェイズファセット。ファセットクエリでは Lucene のドリルサイドウェイズアルゴリズムを使用し、すべてのドキュメントのファセットカウントを 1 回のパスで計算します。これにより、ナビゲーション UI で一般的な「このファセットフィルターが適用されていない場合のカウントを表示」という動作が 2 回目のクエリなしで可能になります。v0.69.0 で導入されました。

✅

✅

ファセットバケットの上限が 10,000 に引き上げられました。数値ファセットと日付ファセットで返されるバケットの最大数が 1,000 から 10,000 に引き上げられ、大きな値範囲でより細かい集計が可能になりました。v1.70.1 で導入されました。

✅

✅

自己管理型のインデックス定義構文の整合 mongot. 自己管理型 mongot で受け入れられるインデックス定義 JSON 形式は Atlas と統一されました。インデックス定義は修正なしで交換して使用できます。v1.70.1 で導入されました。

✅

✅

自己管理型で Voyage AI を使用した自動埋め込み mongot自己管理型mongotで、自動埋め込み生成がサポートされるようになりました。embedding: ブロックをAPIキーファイルで構成すると、ドキュメントの挿入や更新に合わせて mongot が自動的にテキストフィールドから埋め込みを生成し、管理します。v1.70.1で導入されました。

✅

✅

自動埋め込みインデックスに対して構成可能な HNSW パラメータ。m および efConstruction HNSW グラフ構成パラメータは、自動埋め込みインデックス定義で指定できるようになりました。これにより、近似最近傍探索インデックスの精度とスループットのトレードオフを制御できるようになります。v0.65.0 で導入されました。

✅

✅

自己管理型の Prometheus メトリクス エンドポイントとなる接続されたデバイス mongot。自己管理型 mongot は、インデックスの状態、レプリケーションラグ、クエリレイテンシ、およびリソース使用量をモニタリングするために、Prometheus 互換の /metrics エンドポイント(metrics.address で構成可能、デフォルトは localhost:9946)を公開します。v0.40.0 以降で利用可能です。

✅

✅

HTTP ヘルスと準備エンドポイントとなる接続されたデバイス。/health エンドポイント(healthCheck.addressで設定可能、デフォルト localhost:8080)は、mongot が準備できている場合は {"status":"SERVING"}(HTTP 200)を返し、そうでない場合は {"status":"NOT_SERVING"}(HTTP 503)を返します。これは、コンテナのライブネスプローブとレディネスプローブに適しています。v0.40.0 以降で利用可能です。

✅

✅

自己管理型の $listSearchIndexes サポート mongot. 自己管理型 mongot では、コレクションで $listSearchIndexes を実行してすべての検索インデックスの状態、定義、ステータスを調査できるようになり、Atlas で利用できる動作と同じになりました。v1.70.1 で導入されました。

✅

✅

コンテナに対応したメモリメトリクス。コンテナ内で実行する場合、システム メモリのメトリクスは、ホストの物理メモリの合計をレポートするのではなく、cgroup 制限から読み取られるようになり、Docker および Kubernetes 環境で正確な使用可能メモリの数値が得られるようになりました。v0.69.0 で導入されました。

✅

✅

Atlas との合致によるレプリケーション一時停止のスレッショルド。mongot が mongod の負荷が過大になるのを避けるためインデックス レプリケーションを一時停止するスレッショルドは、Atlas と自己管理型配置の間でコンシステントになりました。v0.66.0 で導入されました。

✅

✅

Lucene が 10.1 にアップグレードされました。基礎となる検索ライブラリは Lucene 9.x から Lucene 10.1 にアップグレードされ、クエリパフォーマンスの向上、セグメントマージの動作の改善、および複合クエリ、ソートされたインデックス、ベクトル検索の正確性の修正が行われました。v1.70.1 で導入されました。

✅

✅

Java ランタイムが Java 21 にアップグレードされました。mongot バイナリは、Java 17 に代わり、Java 21 (LTS) とともに出荷されるようになりました。Java 21 により、JIT の改善、ガーベージ コレクションの改善、サポート ライフサイクルの延長が実現されます。v0.69.0 で導入されました。

✅

✅

DockerベースイメージがAmazon Linux 2023にアップグレードされました。mongot Docker イメージでは Amazon Linux 2 に代わり Amazon Linux 2023 が使用されるようになり、新しい glibc、更新された OpenSSL、より長いサポートライフサイクルが提供されます。v0.69.0で導入されました。

✅

✅

説明
Community Edition で利用可能
Enterprise Advanced で利用可能

ルーターの構成がクラスター トポロジーと一貫していない場合、検索インデックスは削除から保護されます。mongot にルーター構成がないクラスターでは、カタログ メタデータが別のシャードに移動すると、検索インデックスが削除する可能性がありました。mongot は、このシナリオで検索インデックスが削除されるのを防止し、カタログ メタデータの整合性を維持するようになりました。v0.69.0 で修正されました。

✅

✅

スタートアップ時のクラッシュ syncSource.router トポロジーが一致しません replicaSet. ルータートポロジーが設定されたreplicaSetと一貫性がない場合、シャーディングされたクラスターでのブートストラップ中にmongotがクラッシュする可能性がありました。これはスタートアップ時に捕捉され、明確なメッセージとともに構成エラーとして報告されるようになりました。v1.70.1で修正されました。

✅

✅

最初の同期中に失敗したインデックスは、自動的に復元されるようになりました。最初の同期の途中で失敗した検索インデックスは恒久的に FAILED 状態のままになり、手動での介入が必要でした。mongot は再起動時に失敗した最初の同期を検出し、再試行するようになりました。v1.70.1 で修正されました。

✅

✅

STEADY から INITIAL_SYNC への状態遷移が正しくない。Lucene レイヤーの状態計算におけるバグにより、完全にインデックス化された検索インデックスが STEADY から INITIAL_SYNC に誤って遷移し、不要なインデックスの再作成がトリガーされる可能性がありました。インデックスは、STEADY 状態のままに正しく維持されるようになりました。v0.67.0 で修正されました。

✅

✅

同期ソースホストが使用できない場合のレプリケーションのシャットダウン。設定されたすべてのレプリカセットが長期間アクセスできない場合、mongot は、無限にスピンするのではなく、レプリケーションをクリーンにシャットダウンするようになりました。これにより、リソースの消耗が防がれ、ヘルスチェックの失敗を通じて停止時が表示されます。v0.67.0 で修正されました。

✅

✅

古いシステムメトリクス。Prometheus エンドポイントを通じて報告されるシステムメトリクスは、長時間のアップタイム後に古くなる可能性があります。メトリクスコレクションループは、スクレイプサイクルごとに正しくリセットされるようになりました。v1.70.1 で修正されました。

✅

✅

先頭ワイルドカード クエリの回帰(Lucene 10)。Lucene 10 の移行中に導入された回帰により、先頭ワイルドカード クエリで不正な結果や結果の欠落が返されるようになりました。Lucene 10.1 で解決されました。v1.70.1 で修正されました。

✅

✅

純粋 should -clause クエリの回帰 (Lucene 10)。should 節で完全に構成されたクエリは、Lucene 10 のアップグレード後、不正なスコアを返すか、ドキュメントが見つかりませんでした。Lucene 10.1 で解決されました。v1.70.1 で修正されました。

✅

✅

ネストされたベクトル検索スコアのインフレーション scoreMode: "avg". ネストされたベクトルを用いた$vectorSearchとscoreMode: "avg"では、ENNの結果と比較して膨張した近似最近傍探索(ANN)スコアが返されました。近似最近傍探索および厳密最近傍探索のスコアリングがコンシステントになりました。v0.67.0で修正済みです。

✅

✅

バイナリ量子化を使用したネスト型ベクトル検索で、誤った結果が返されました。 $vectorSearch バイナリ量子化を使用したネストされたベクトルフィールドでは、子フィルターパスのバグにより正しくない結果が返される可能性があります。v0.69.0 で修正されました。

✅

✅

空のフィールドについてのドリルサイドウェイトークンファセットで例外がスローされました。ドキュメントにフィールドがインデックスされていないコレクションで token フィールドタイプを使用したファセットクエリでは、invalid dim 例外がスローされました。空の場合は正しく処理されるようになりました。v0.69.0 で修正されました。

✅

✅

スパースファセットのダブルカウント。スパース SSDV フィールドのキー配列を反復すると、ファセット結果のエントリがダブルカウントされたり、スキップされたりする可能性がありました。スパースデータを含むフィールドのファセットカウントが正確になりました。v0.69.0 で修正されました。

✅

✅

オートコンプリート演算子により最後の接頭トークンが削除されました。ユーザーが完了の途中で単語を入力すると、オートコンプリート演算子は最後の単語の接頭トークンを破棄し、以前の完全な単語の結果のみを返すことがありました。v0.65.0 で修正されました。

✅

✅

削除されたコレクションのメタデータがクリーンアップされていません。MongoDB コレクションが削除されると、古いインデックスカタログのメタデータが蓄積され、このコレクションが後で再作成されると、不正な状態が発生する可能性がありました。コレクションの削除時にメタデータが正しく削除されるようになりました。v1.70.1 で修正されました。

✅

✅

FTDC データコレクションにおけるネイティブメモリリーク。FTDC コレクションルーチンのネイティブメモリリークにより、mongot のオフヒープメモリ使用量が時間とともに増加しました。v0.66.0 で修正されました。

✅

✅

自動埋め込みゾンビーリース競合状態。ハートビートチェックと状態遷移ロジックの競合により、ホルダーが停止した後に自動埋め込みリーダーリースがゾンビー状態になる可能性がありました。リース状態マシンは、このウィンドウを排除するためにアトミック状態チェックを使用するようになりました。v0.69.0 で修正されました。

✅

✅

マテリアライズドビューの完全置換のスコープが不正です _id.<subfield> フィルター._id のサブフィールドをフィルターに含む自動埋め込みインデックスは、更新時にマテリアライズドビュー全体を誤って置き換え、フィルター外のドキュメントを破棄しました。更新は正しくスコープされるようになりました。v1.70.1 で修正されました。

✅

✅

セキュリティ依存関係のアップグレード。既知の CVE を持つサードパーティライブラリが更新されました。Netty は 4.1.132+にアップグレードされ、Jackson は 2.18.6にアップグレードされ、Logback-core は更新され、Plexus-Utils は 4.0.3にアップグレードされ、netty-tcnative は 2.0.79.Final にアップグレードされました。v0.69.0 で適用されました。

✅

✅