Docs Menu
Docs Home
/
MongoDBマニュアル
/

MongoDB 6.0 のリリースノート

項目一覧

  • パッチ リリース
  • 集計
  • 変更ストリーム
  • クラスター管理
  • クラスター化されたコレクション
  • Indexes
  • インストール
  • レプリカセット
  • セキュリティ
  • シャーディング
  • スロットベースのクエリ実行エンジン
  • Stable API
  • 時系列コレクション
  • 全般的な改善
  • 互換性に影響する変更
  • アップグレード手順
  • ダウングレードの検討事項
  • ダウンロード
  • 既知の問題点
  • 問題を報告する

このページでは、MongoDB 6.0 で導入された変更点と新機能について説明します。

MongoDB 6.0 はメジャー リリースであるため、MongoDB Atlas とオンプレミスの配置の両方でサポートされます。MongoDB 6.0 には、MongoDB Rapid Release 5.1、5.2、5.3 で導入された変更が含まれています。このページでは、これらの Rapid Release と MongoDB 6.0 で導入された変更について説明します。

メジャー リリースと Rapid Release の違いの詳細については、「 MongoDB のバージョン管理 」を参照してください。

警告

過去のリリース制限

以下の 重要な助言 は、一部の MongoDB の前のバージョンに影響します。 配置が重要な助言によって影響を受ける機能に依存している場合は、利用可能な最新のパッチ リリースにアップグレードしてください。

問題
影響を受けるバージョン
SERVER-68511
6.0.0
6.0.0 - 6.0.12
6.0.0 - 6.0.11(metaField 埋め込みオブジェクトによってシャーディングされた時系列コレクション)
6.0.0 - 6.0.13
6.0.0 - 6.0.4(ARM64 または POWER システム アーキテクチャ)
6.0.0 - 6.0.5(Ops Manager または Cloud Manager クラスターの増分バックアップ)

重要

null バイトの不適切な中性化により、 MongoDB Serverでバッファのオーバー読み取りが発生する可能性があります

より前のMongoDB6.0 6.0.19では、承認されたユーザーは、 MongoDB Serverで不正なBSONを構築する特別に作成されたリクエストを発行することで、クラッシュをトリガーしたり、サーバー メモリのバッファ オーバー読み取りの内容を受信したりする可能性があります。

この問題は、 MongoDB Serverのバージョンに影響します。

  • 5.0.0 - 5.0.29

  • 6.0.0 - 6.0.18

  • 7.0.0 - 7.0.14

  • 8.0.0 - 8.0.2

重要

CSFLE および Queryable Encryption の自己検索で、暗号化ではなくプレーンテキストとしてサブパイプラインの値が送信されることがある問題を修正します

CVE-2024-80136.06.0.16により、 以前のMongoDB では、特定の複雑な自己参照 サブパイプラインのクエリ分析でバグが発生し、暗号化された$lookup の式でリテラル値が発生することがあります。サーバーに送信されるフィールドの形式が正しくありません。

このような状況が発生した場合、ドキュメントは返されたり書込まれたりすることはありません。 この問題は、次の MongoDB Server バージョンのmongocryptdバイナリとmongo_crypt_v1共有ライブラリに影響します。

  • 7.3.0 - 7.3.3

  • 7.0.0 - 7.0.11

  • 6.0.0 - 6.0.16

  • 5.0.0 - 5.0.28

CVSS スコア: 2.2

CWE : CWE-319 : 機密情報のクリアテキスト送信

  • サーバー -96254CSFLE およびクエリ可能な暗号化の自己検索では、サブパイプライン内の値の暗号化に失敗する可能性があります。

  • SERVER-85892 $documents がエラーを返した後のパイプラインとの $merge

  • SERVER-91195 最上位の時系列コレクション オプションを欠落しないように汎用的なバックポート可能なソリューションを提供

  • SERVER-91362 パフォーマンス:JavaScript キャッシュされた JsExecution が存在する場合、 の「スコープ」オブジェクトをコピーしないでください

  • SERVER-91406 $changeStreamSplitLargeEvent7182803 はロケーション エラーを返します

  • WT-12708 エビクションランダムトラバーサルの評価と修正

  • すべての Jira の課題は 6.0.17 で終了しました

  • 6.0.17 変更履歴

  • サーバー -79637 相関述語を使用した TS 外部コレクションの $lookup でクエリ結果が不正確となる

  • SERVER-86474 $_ internalApplyOplogUpdate と$set: { foo: Timestamp(0, 0) } が正しく複製されない

  • SERVER-89625 バックアップ中に名前空間と UUID を報告するときに、directoryPerDb と wiredTigerDirectoryForIndexes を正しく処理します

  • WT-10807 ツリーウォークの一部としてメモリ内の削除されたページをスキップする

  • WT-12609 チェックポイントのクリーンアップとページ エビクション ロジックを改善してください

  • すべての Jira の課題は 6.0.16 で終了しました

  • 6.0.16 変更履歴

重要

MongoDB Server が信頼できない接続が成功する可能性があることに対する修正

CVE- 2024 - 1351により、 6.0.14以前の MongoDB 6.0では、 --tlsCAFileおよびCAFileの特定の構成において、MongoDB Server がピア証明書の検証をスキップし、信頼できない接続が成功する可能性があります。

これにより、TLS によって提供されるセキュリティ保証と、証明書の検証のために閉じられる必要があるオープン接続を実質的に削減する可能性があります。 この問題は、次の MongoDB Server バージョンに影響します。

  • 7.0.0 - 7.0.5

  • 6.0.0 - 6.0.13

  • 5.0.0 - 5.0.24

  • 4.4.0 - 4.4.28

CVSS スコア: 8.8

CWE: CWE-295: 不適切な認定検証

  • SERVER-82353 movePrimary が同時に実行されると、マルチドキュメントトランザクションでドキュメントが失われる可能性あり

  • SERVER-83119 notablescan が有効になっている場合、クラスター化されたコレクションでセカンダリ レプリカがクラッシュします

  • SERVER-83145 共有バッファ フラグメントが freeUnused() でメモリ使用量の追跡が誤っています

  • SERVER-83564 プロセス フィールドが config.locks でインデックスされていることを確認

  • WT-12077 スタック上のバッファ用にzSeries でのハードウェア チェックサム値の計算が正しくありません

  • 6.0.14 のすべての Jira 課題 が終了しました

  • 6.0.14 変更履歴

  • サーバー -33494: WT SizeStorer は古いエントリを削除しません。

  • SERVER-50792 shardCollection/refineCollectionShardKey のシャードキー インデックスが見つからない場合に、より有用なエラーを返す

  • SERVER-70155 mongod 「低速クエリ」ログ行に oplog スロットを開いたままにしている期間を追加する

  • SERVER-77506 シャーディングされたマルチドキュメントトランザクションでは、データと ShardVersion が一致しない可能性があります。

  • SERVER-83091 $or クエリはプラン列挙中に無限ループを引き起こす可能性あり

  • Jira 関連の問題は 6.0.13 ですべて終了

  • 6.0.13 変更履歴

  • サーバー -69244: セッションのデフォルトの読み取り保証(read concern)が「majority」に設定されていると、$merge は失敗します。

  • SERVER-81295 V1 再開トークンを使用して、V2 changeStream パイプラインを再開できません

  • SERVER-81966 更新中に以前のチャンクマップ インスタンスの変更を避ける

  • WT-7929 チェックポイント中の FTDC ストールを回避するための解決法を調査すること

  • WT-11564 チェックポイントに存在する場合にのみ最新のトランザクション値を読み取るように RTS を修正

  • Jira 関連の問題は 6.0.12 ですべて終了

  • 6.0.12 変更履歴

  • SERVER-60466 addShard の実行前に、署名された $clusterTimes をレプリカセット --shardsvrs にゴシップするドライバーをサポートします。

  • SERVER-74954 $ が含まれている場合、または $elemMatch の追加条件を書き換えた場合、結果が不正確になる

  • SERVER-79136 時系列のメタフィールドでの $match + $group のクエリ結果が正しくありません

  • WT-10759 調整中に履歴保存ページの強制削除を再試行しないこと

  • WT-11064 アップデートの廃止チェックの一環として、グローバルに表示されるトゥームストーンをスキップすること

  • Jira 関連の問題は 6.0.9 ですべて終了

  • 6.0.9 変更履歴

  • SERVER-71985 DuplicateKey エラー発生時に時系列挿入を自動的に再試行する

  • SERVER-73007 マルチパス認証用に CURL_OPT_SEEKFUNCTION が設定されていない

  • SERVER-74551 mongo 5.0 へのアップグレード後に、findAndModify 中に WriteConflictException が警告として不必要にログに記録さる

  • SERVER-77018 dbStats と 2 つのインデックス構築のデッドロック

  • WT-10449 履歴ストアに書き込むアップデートがない場合、アップデートチェーンを保存しないこと

  • WT-11031 チェックポイントに時間ウィンドウ情報がないテーブルをスキップするように RTS を修正

  • Jira 関連の問題は 6.0.7 ですべて終了

  • 6.0.7 変更履歴

修正された問題:

  • SERVER-61909 多数のインデックスエントリを持つドキュメントの挿入または削除がハングする

  • SERVER-66469 日付フィールドで時系列をフィルタリングすると、1970 年より前の結果は含まれません。

  • サーバー -68122 最初の同期中にコレクション WiredTiger 構成文字列を複製する方法について調査します

  • SERVER-70395 スロット ベースのエンジンは $group でディスクを過度に使用するため、速度が遅くなります

  • SERVER-73232 _killOperationsのデフォルトのログ冗長度を変更します

  • Jira 関連の問題は 6.0.5 ですべて終了

  • 6.0.5 変更履歴

修正された問題:

修正された問題:

修正された問題:

  • SERVER-68925 起動時にチェックテーブルログ設定を再導入する(SERVER-43664 を元に戻す)

  • SERVER-68628 プライマリ フェイルオーバー後に失敗した再シャーディング操作を再試行すると、サーバーのクラッシュや書き込みの損失につながる可能性あり

  • SERVER-63852 getThreadName() はクラッシュしないようにしてください

  • SERVER-65317 mongod は単純な $検索クエリを実行した後、接続プールから接続を削除します

  • SERVER-63843 同期シグナル ハンドラーで再帰的な doLog を許可しない

  • WT-9870 リカバリ中に最も古いタイムスタンプが更新されるたびに、固定されたタイムスタンプの更新を修正しました

  • Jira 関連の問題は 6.0.2 ですべて終了

  • 6.0.2 変更履歴

修正された問題:

このページの残りの部分では、MongoDB 6.0 で導入された変更点と新機能について説明します。

MongoDB 6.0 では、次の集計ステージが導入されています。

ステージ
説明
指定フィールドの値が欠落している一連のドキュメントに新しいドキュメントを作成します。
入力式からリテラル ドキュメントを返します。

ドキュメント内のnullと欠落しているフィールド値を入力します。

バージョン 6.0.3 で追加: シャーディングされたコレクションのサイズとデータ分布の情報を提供します。

MongoDB 6.0 では、次の集計演算子が導入されています。

演算子
説明
指定ソート順に従って、グループ内の最下位の要素を返します。
指定ソート順に従って、グループ内の最下位である n 要素の集計値を返します。
グループ内の最初の n 要素の集計値を返します。$firstN 配列演算子とは異なります。
配列の先頭から指定した数の要素を返します。$firstN アキュムレータとは異なります。
グループ内の最後の n 要素の集計値を返します。$lastN 配列演算子とは異なります。
配列の末尾から指定した数の要素を返します。$lastN アキュムレータとは異なります。

線形補間 を使用して、周囲のフィールド値に基づき、ウィンドウ 内のnullと欠落フィールドを埋めます。

Last observation carried forward(LOCF)法。ウィンドウ内の null および欠落しているフィールドの値として、フィールドの最後の null 以外の値を設定します。

グループ内で値が最大である n 要素の集計値を返します。$maxN 配列演算子とは異なります。
配列内の n 個の最大値を返します。$maxN アキュムレータとは異なります。
グループ内で値が最小であるn 要素の集計値を返します。$minN 配列演算子とは異なります。
配列内の n 個の最小値を返します。$minN アキュムレータとは異なります。
配列をその要素に基づいてソートします。
指定ソート順に従って、グループ内の最上位の要素を返します。コマンド top とは異なります。
指定ソート順に従って、グループ内で最上位である n 要素の集計値を返します。

タイムスタンプからの増分序数を long 型で返します。

タイムスタンプからの秒数を long として返します。

MongoDB 5.1 以降では、$lookup ステージと $graphLookup 集計ステージにおいて from パラメーターでシャーディングされたコレクションがサポートされるようになっています。

以前のバージョンの MongoDB では、$lookup$graphLookup では、シャーディングされていない from コレクションのみが許可されていました。

シャーディングされたコレクションをターゲットにしている間は、トランザクション内で $graphLookup ステージを使用できません

MongoDB 5.1 以降では、変更ストリームが最適化され、リソースの使用効率が上がり、一部の集計パイプライン ステージの実行が高速化されています。

MongoDB 6.0 以降で変更ストリーム出力に新たに追加された wallTime フィールドでは、サーバー日付とデータベースの操作時間が確認できます。

MongoDB 6.0 以降では、変更ストリームを使用して、変更前と変更後のドキュメントのバージョン(ドキュメントの事前イメージと事後イメージ)を出力できます。例については、「Change Streams とドキュメントの変更前イメージおよび変更後イメージ」を参照してください。

MongoDB 6.0 以降では、インデックスの作成やコレクションの削除といった DDL 操作を補完する変更イベントを変更ストリームに表示できます。

詳細については、「拡張イベント」を参照してください。

MongoDB 6.0 以降では可能な限り、一致フィルターが変更ストリームに適用される時期が以前のリリースより早くなっています。これにより、パフォーマンスが向上します。ただし、フィルターが狭く定義されている場合は、早期に一致させることで、以前のバージョンでは成功する操作が 6.0 では失敗する可能性があります。

MongoDB 6.0以降では、 自己管理型配置のクラスター パラメーター を使用して、レプリカセットまたはシャーディングされたクラスター内のすべてのノードの構成オプションを変更、取得できます。 クラスター全体のオプションを変更するにはsetClusterParameterを、クラスター パラメータの値を取得するには、 getClusterParameterを使用できます。

MongoDB 6.0 以降では、ShardingTaskExecutorPoolMinSizeForConfigServersShardingTaskExecutorPoolMaxSizeForConfigServers を使用して、構成サーバーのシャーディング TaskExecutor 接続プールの最小サイズと最大サイズを設定できます。

MongoDB 6.0 以降では、changeStreamOptions を使用して変更ストリームの変更前と変更後のイメージの保持ポリシーを制御できます。

MongoDB 6.0 以降では、新しいinternalSessionsReapThreshold パラメーターを使用して、内部セッションでのメタデータの削除にセッション制限を設定できます。

MongoDB 5.3 以降では、レプリカセット内の複数のアービタのサポートはデフォルトで無効になっています。複数のアービタのサポートを有効にするには、各ノードを allowMultipleArbiters パラメーターで起動します。

MongoDB 5.3 以降では、クラスター化されたコレクションを作成できます。

クラスター化されたコレクションでは、インデックスが作成されたドキュメントがインデックス仕様と同じ WiredTiger ファイルに保存されます。コレクションのドキュメントとインデックスを同じファイルに保存すると、通常のインデックスと比較してストレージとパフォーマンスが向上します。

クラスター化されたコレクションは、クラスター化されたインデックスを使用して作成されます。クラスター化されたインデックスは、ドキュメントが保存される順序を指定します。

クラスター化されたコレクションを作成するには、「」を参照してください。

通常のコレクションと比較した利点については、「クラスター化されたコレクション」を参照してください。

MongoDB 5.1 以降では、collMod データベースコマンドを使用して、既存の単一フィールドに作成される TTL 以外のインデックスに expireAfterSeconds オプションを追加できます。

MongoDB 6.0 以降では、collMod コマンドでprepareUniqueunique オプションを使用して、既存の標準インデックスを一意のインデックスに変換できます。

MongoDB 6.0 以降では、演算子 $in$or を使用して部分インデックスを作成できます。partialFilterExpression の最大深度も 2 から 4 へ拡大できます。また、演算子 $and$or を最上位レベル以外で使用できるようになりました。

MongoDB 5.1 以降では、次のサーバー向けに新しい SE Linux ポリシーが導入されています。

  • MongoDB Enterprise Server

  • MongoDB コミュニティ エディション Server

いずれも Red Hat Linux で実行します。この SELinux ポリシーは、rpm インストーラー パッケージを使用したデフォルトのインストールで使用されます。

MongoDB 5.3 以降では、レプリカセット内の複数のアービタのサポートはデフォルトで無効になっています。複数のアービタのサポートを有効にするには、各ノードを allowMultipleArbiters パラメーターで起動します。

MongoDB 5.2 以降では、最初の同期論理的な最初の同期になるかファイル コピーをベースとする最初の同期になるかは、initialSyncMethod によって決定されます。

initialSyncMethod は MongoDB Enterprise Server でのみ利用可能です。

MongoDB 6.0 以降では、oplogBatchDelayMillis サーバー パラメーターを使用して、セカンダリでの oplog バッチの書き込み遅延を指定できます。短い oplog バッチの遅延を追加すると、セカンダリの IOPS を低減できますが、書込み保証(write concern)"majority" 付きの書き込みのレイテンシは増加します。

詳細については、oplogBatchDelayMillis を参照してください。

MongoDB 6.0 Enterprise 以降では、MongoDB の監査ログを暗号化できます。

監査するログを構成するには、「監査ログ」を参照してください。

MongoDB 6.0.3 以降では、シャーディングされたクラスター内のデータは、チャンクの数ではなくデータサイズに基づいて分散されます。シャーディングされたクラスターのデータ分散動作における次の重要な変更に注意してください。

  • バランサーは、チャンクではなくデータの範囲を分散します。 バランシング ポリシーは、チャンク分散ではなくデータ分散の均等性を重視します。

  • チャンクは自動分割の対象となります。 代わりに、チャンクはシャード間で移動された場合にのみ分裂されます。

  • チャンクは範囲と呼ばれるようになりました。

  • moveRange は、moveChunk の後継機能です。

MongoDB 5.2 以降のデフォルトのチャンク サイズは 128 メガバイトです。MongoDB の以前のバージョンのデフォルトのチャンク サイズは 64 メガバイトです。

MongoDB 6.0 以降、コレクションのシャードに enableSharding コマンドは不要になっています。

MongoDB 5.3 以降では、チャンクのデフラグ中の名前空間で balancerCollectionStatus コマンドを実行すると詳細な情報が返されます。出力にはデフラグの現在のフェーズと、処理が残っているチャンクの数が含まれます。

出力の例については、「進行中のデフラグ プロセス」を参照してください。

MongoDB 5.1 以降、MongoDB では適格なクエリを対象に、スロットベースと呼ばれる新しいクエリ実行エンジンが使用されます。スロットベースのクエリ実行エンジンを使用する場合、新しいフィールドがクエリ explain プランの出力に含まれます。

  • 可能な場合は、新しいクエリ実行エンジンが使用されます。

  • 新しいクエリ実行エンジンを使用する場合、新しいフィールドがクエリ explain プランの出力に含まれます。

バージョン 6.0 以降、MongoDB ではスロットベースのクエリ実行エンジンを使用して、特定の条件が満たされた場合に、対象となる $group ステージと $lookup ステージが実行されます。

詳細については、「スロットベースのクエリ実行エンジンのパイプラインの最適化」を参照してください。

planCacheSize パラメーターを使用して、新しいクエリ エンジンのプラン キャッシュのサイズを設定できます。

プラン キャッシュ サイズを増やすと、クエリ プランナーにキャッシュされたクエリシェイプが増えます。これによりクエリのパフォーマンスは向上しますが、メモリ使用量が増加します。

次のセクションでは、MongoDB 6.0 で導入された Stable API への追加項目について説明します。

Stable API で使用できるデータベース コマンドの完全なリストを確認するには、「Stable API の変更ログ」を参照してください。

MongoDB 6.0 以降では、Stable API で次のデータベースコマンドがサポートされます。

コマンド
説明
Stable API バージョン
コレクションまたはビューに含まれるドキュメント数をカウントします(MongoDB 5.0.9 以降の 5.0 シリーズの配置向け Stable API でも利用できます)。
V1

MongoDB 6.0 以降では、Stable API で次の集計ステージと演算子がサポートされます。

ステージまたは演算子
説明
Stable API バージョン
指定ソート順に従って、グループ内の最下位の要素を返します。
V1
指定ソート順に従って、グループ内の最下位である n 要素の集計値を返します。
V1
指定された時間単位数の分だけ Date() オブジェクトを増加させます。
V1
2 つの日付の差を返します。
V1
指定された時間単位数の分だけ Date() オブジェクトを減少させます。
V1
日付を切り捨てます。
V1

フィールド内の特定の値が欠落しているドキュメントのシーケンス内に新しいドキュメントを作成します。

V1
$firstN (集計アキュムレータ)
グループ内の最初の n 要素の集計値を返します。
V1
$firstN (配列演算子)
配列の先頭から指定した数の要素を返します。
V1
ドキュメントから指定したフィールドの値を返します。
V1
$lastN (集計アキュムレータ)
グループ内の最後の n 要素の集計値を返します。
V1
$lastN (配列演算子)
配列の末尾から指定された数の要素を返します。
V1

Last observation carried forward(LOCF)法。ウィンドウ内の null および欠落しているフィールドの値として、フィールドの最後の null 以外の値を設定します。

V1
$maxN (集計アキュムレータ)
グループ内の最大値である n 要素の集計値を返します。
V1
$maxN (配列演算子)
配列内の n つの最大値を返します。
V1
$minN (集計アキュムレータ)
グループ内の最小値である n 要素の集計値を返します。
V1
$minN (配列演算子)
配列内の n つの最小値を返します。
V1
ドキュメント内の指定フィールドを追加、アップデート、排除します。
V1
コレクション内の指定されたドキュメント範囲(ウィンドウと呼ばれる)に対して操作を実行し、選択したウィンドウ演算子に基づいて結果を返します。
V1
配列をその要素に基づいてソートします。
V1
指定ソート順に従って、グループ内の最上位の要素を返します。
V1
指定ソート順に従って、グループ内で最上位である n 要素の集計値を返します。
V1

タイムスタンプからの増分序数を long 型で返します。

V1

タイムスタンプからの秒数を long として返します。

V1

MongoDB 6.0 以降では、Stable API で以下のウィンドウ演算子がサポートされます。

ウィンドウ演算子
説明
Stable API バージョン
各ドキュメントにを適用した結果取得されるすべての一意の値の配列を返します。
V1
指定されたの平均を返します。数値以外の値は無視します。
V1
グループまたはウィンドウ内のドキュメントの数を返します。
V1
2 つの数値の母共分散を返します。
V1
2 つの数値のサンプル共分散を返します。
V1
$setWindowFields ステージ パーティション内の他のドキュメントに対するドキュメントの位置(ランクと呼ばれる)を返します。ランクに差はありません。同順位の場合は同じランクになります。
V1
指定されたウィンドウ内の平均変化率を返します。
V1
$setWindowFields ステージ パーティション内のドキュメントの位置(ドキュメント番号と呼ばれる)を返します。同順位の場合は、連番で異なるドキュメント番号になります。
V1
数値の指数移動平均を返します。
V1
グループまたはウィンドウ内の最初のドキュメントにを適用した結果の値を返します。
V1
曲線下面積の近似値を返します。
V1
グループまたはウィンドウ内の最後のドキュメントにを適用した結果の値を返します。
V1

Last observation carried forward(LOCF)法。ウィンドウ内の null および欠落しているフィールドの値として、フィールドの最後の null 以外の値を設定します。

V1
各ドキュメントにを適用した結果取得される最大値を返します。
V1
各ドキュメントにを適用した結果取得される最小値を返します。
V1
各ドキュメントにを適用した結果取得される値の配列を返します。
V1
$setWindowFieldsステージパーティション内の他のドキュメントに対するドキュメントの位置 (ランクと呼ばれる) を返します。
V1
$setWindowFields ステージのパーティション内の現在のドキュメントに関連して指定された位置にあるドキュメントに適用されたの値を返します。
V1
各ドキュメントに数値を適用した結果取得される母標準偏差を返します。
V1
各ドキュメントに数値を適用した結果取得される標本標準偏差を返します。
V1
各ドキュメントに数値を適用した結果取得される合計を返します。
V1

次のセクションでは、時系列コレクションの改善点と新機能について説明します。

MongoDB 5.1 では、シャーディングされた時系列コレクションをサポートしています。

次を参照してください。

MongoDB 6.0 以降では、シャーディングされた時系列コレクションの粒度を変更できます。

MongoDB 5.1 以降、時系列コレクションでは制限付きでアップデート操作と削除操作をサポートしています。

MongoDB 5.2 以降では、時系列コレクションで列圧縮機能を使用できます。この機能には多数のイノベーションが導入されており、これらを組み合わせることで、実用的な圧縮の大幅な改善、ディスク上のデータの全体的ストレージ容量削減、読み取り性能の向上を実現しています。

MongoDB 6.0 以降では、時系列カラムの圧縮の一部として配列も圧縮されます。

MongoDB 5.3 以降では、$geoNear パイプライン演算子を時系列コレクションの任意のフィールドで使用できます。

時系列コレクションには補足的なセカンダリインデックス タイプ(2dsphere2d インデックスなど)を追加できます。

追加のインデックスやその他の改善点については、「MongoDB 6.0 以降の時系列セカンダリインデックス」を参照してください。

時系列コレクションのソート操作では、パフォーマンスを向上させるためにインデックスを使用することができます。詳細情報と例については、「セカンダリインデックスの使用によるソート パフォーマンスの向上」を参照してください。

MongoDB 7.0.3 以降(そして 6.0.12 と 5.0.22)、ハッシュされたシャードキーのインデックスを削除できます。

これにより、ハッシュされたシャードキーでシャーディングされたコレクションのデータ挿入を高速化できます。mongosync を使用すると、データの取り込みを高速化することもできます。

詳細については、「ハッシュシャードキー インデックスの削除」を参照してください。

MongoDB 6.0.7以降、以下のオペレーティング システムの場合、FIPS モードで OpenSSL3 をサポートします。

  • Ubuntu 22.04

  • RHEL 9

  • Amazon Linux 2023

MongoDB 6.0 以降では、collMod コマンドを使用して、上限付きコレクションの最大サイズ(バイトまたはドキュメント数単位)を変更できます。詳細については、「上限付きコレクションのサイズ変更」を参照してください。

MongoDB 6.0 以降では、collStats 出力collStats.numOrphanDocs フィールドが追加されており、コレクション内の孤立したドキュメント数が表示されます。

MongoDB 6.0(および 5.0.9)以降では、serverStatus 出力から埋め込みフィールドを除外できます。

MongoDB 6.0 以降では、Mongo() 接続オブジェクトに次の新しいメソッドが追加されました。

MongoDB 6.0(および 5.0.10)以降では、arm64 での診断バックトレース生成がサポートされています。

MongoDB 5.2 以降では、次の新しいサーバーパラメーターを使用して、キャッシュされた LDAP ユーザー情報の更新間隔を構成できます。

MongoDB 5.2 以降、LDAP サーバーから取得されたキャッシュ済みユーザー情報の更新間隔は、ldapShouldRefreshUserCacheEntries に基づきます。

一部の変更は互換性に影響を与える可能性があり、ユーザーのアクションが必要になる場合があります。互換性の変更の詳細なリストについては、「MongoDB 6.0 の互換性の変更」を参照してください。

重要

機能の互換性バージョン

MongoDB 5.0 配置から MongoDB 6.0 にアップグレードするには、5.0 配置で featureCompatibilityVersion5.0 に設定する必要があります。バージョンを確認するには、以下を参照してください。

db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )

MongoDB 6.0 にアップグレードするには、お使いのMongoDB 配置に固有の次のアップグレード手順を参照してください。

6.0 へのアップグレードに関するガイダンスが必要な場合は、MongoDB プロフェッショナル サービスがメジャー バージョン アップグレード サポートを提供して、MongoDB アプリケーションを中断することなくスムーズに移行できるようにします。詳細については、MongoDB コンサルティングを参照してください。

MongoDB は 1 つのバージョンのダウングレードのみをサポートします。現在のリリースより数バージョン前のリリースにダウングレードすることはできません。

たとえば、6.0 シリーズの配置を 5.0 シリーズにダウングレードできます。ただし、5.0 シリーズの配置から 4.4 シリーズの配置へのさらなるダウングレードはサポートされていません。

MongoDB 6. 0 をダウンロードするには、MongoDB ダウンロードセンターにアクセスします。

このセクションでは、MongoDB 6.0 の既知の問題とその解決ステータスについて説明します。

バージョン
問題
ステータス
6.0.0
SERVER-68062:$geoNear を使用するマルチステージ集計は制約に違反する可能性があります。
6.0.1 で解決済み。

問題を報告するには、MongoDB GitHub リポジトリで、MongoDB サーバーまたは関連プロジェクトのいずれかに対して JIRA チケットを提出する手順を参照してください。

戻る

変更履歴