MongoDB 8.0での互換性の変更

「null は未定義のフィールドと一致しない」のクエリ

MongoDB 8.0以降、等価一致式で nullと比較しても、 undefined値と一致しません。

たとえば、これらのドキュメントとクエリについて考えてみます。

// people collection
[
   { _id: 1, name: null },
   { _id: 2, name: undefined },
   { _id: 3, name: [ "Gabriel", undefined ],
   { _id: 4, names: [ "Alice", "Charu" ] }
]

db.people.find( { name: null } )

MongoDB 8.0より前では、上記のクエリは次のドキュメントと一致します。

• nameフィールドはnull （ _id: 1 ）

• nameフィールドは undefined または undefined 配列要素を含みています（ _id: 2 と _id: 3 ）

• nameフィールドは存在しません（ _id: 4 ）

MongoDB 8.0 以降では、上記のクエリでは、nameフィールドが undefined であるか、 または undefined 配列要素が含まれているドキュメントは一致しません。クエリは、次の条件を満たすドキュメントのみに一致します。

• nameフィールドは null または null 配列要素を含みています（ _id: 1 ）

• nameフィールドは存在しません（ _id: 4 ）

このクエリ動作の変更は、次の操作にも影響します。

• $eq

• $in

• $lookupは、 nullのローカルフィールドがundefinedの外部フィールドと一致しなくなったためです。

この動作の変更を考慮してクエリを書き換える方法やデータを移行する方法については、「 未定義のデータとクエリの移行 」を参照してください。

シャードに直接接続してコマンドを実行することはできません

MongoDB 8.0以降では、シャードで特定のコマンドのみを実行できます。 シャードに直接接続し、サポートされていないコマンドを実行しようとすると、MongoDB はエラーを返します。

"You are connecting to a sharded cluster improperly by connecting directly
to a shard. Please connect to the cluster via a router (mongos)."

サポートされていないデータベースコマンドをシャードに対して直接実行するには、 mongosに接続するか、メンテナンス専用のdirectShardOperationsロールが必要です。

MongoDB は、シャードに対して コマンドを直接実行できるようにすることで、レプリカセットから1シャード クラスターへのオンライン移行をサポートしています。 ただし、クラスターに複数のシャードがある場合は、リストされているコマンドのみが、メンテナンス専用のdirectShardOperationsロールなしでシャードに対して直接実行できます。

書込み保証 (write concern) の過半数

MongoDB 8.0以降、 "majority"書込み保証 ( 書込み保証 (write concern) ) を使用する書込み操作は、レプリカセットノードの過半数が変更のoplogエントリを書込んだときに確認応答を返します。 これにより、 "majority"書き込みのパフォーマンスが向上します。 以前のリリースでは、これらの操作はレプリカセットの過半数が変更を適用した後、待機して確認応答を返していました。

oplogバッファ

MongoDB 8.0以降、セカンダリは各バッチの oplog エントリを並列に書込み、適用します。 これにより、 metrics.repl.bufferステータス メトリクスに重大な変更が導入され、1 つではなく 2 つのバッファに関する情報が提供されるようになりました。

MongoDB 8.0では、次のサーバー ステータス メトリクスが非推奨になります。

• metrics.repl.buffer.count

• metrics.repl.buffer.maxSizeBytes

• metrics.repl.buffer.sizeBytes

これらは、次のメトリクスに置き換えられます。

• metrics.repl.buffer.apply.count

• metrics.repl.buffer.apply.maxSizeBytes

• metrics.repl.buffer.apply.sizeBytes

• metrics.repl.buffer.write.count

• metrics.repl.buffer.write.maxSizeBytes

• metrics.repl.buffer.write.sizeBytes

シャットダウン パフォーマンス

MongoDB 8.0以降では、 Bulk.insert()およびデータ取り込みワークロードのパフォーマンスが向上する可能性があります。 ただし、これらのワークロードを実行した後すぐに MongoDB をシャットダウンすると、余計なデータがディスクにフラッシュされるため、時間がかかる可能性があります。

同時圧縮コマンドは許可されていない

MongoDB 8.0以降、同じコレクションに対して複数のcompactコマンドを同時に実行しようとすると、MongoDB はエラーを返します。

地理空間入力の検証

MongoDB 8.0以降では、不正な入力を含む地理空間クエリは使用できません。 以前のバージョンでは、特定の地理空間クエリはエラーなしで不正な入力を受け入れていました。

OIDC IdP は発行者を共有できます

MongoDB 8.0以降では、複数の ID プロバイダー（IDP）が定義されている場合、 audience値が各発行者に対して一意である限り、 oidcIdentityProvidersパラメータは重複するissuer値を受け入れます。 これは、バージョン7.3および7でも利用できます。 0 。

serverStatus 出力の変更

MongoDB 8.0以降、 wiredTiger.concurrentTransactionsの名前はqueues.executionに変更されます。

$rank と の動作$denseRank

MongoDB 8.0以降、 $denseRankおよび$rank sortBy操作のnullと欠落しているフィールド値は、ランキングを計算するときに同じように扱われます。 この変更により、 denseRankとrankの動作が$sortと一貫性が生じます。

$shardedDataDistribution 出力

MongoDB 以降、 は、プライマリシャードに8.0 $shardedDataDistributionチャンク または 孤立したドキュメント がある場合にのみ、コレクションの プライマリシャード の出力を返します。

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

アップグレードされた TCMalloc

MongoDB 8.0以降、 MongoDBは、メモリのフラグメント化を減らし、高負荷のワークロードに対するデータベースの回復力を高めます。

より優れたパフォーマンスで新しい TCMalloc を使用するには、「自己管理型配置の TCMalloc パフォーマンスの最適化 」を参照してください。