Join us at MongoDB.local London on 7 May to unlock new possibilities for your data. Use WEB50 to save 50%.
Register now >
Docs Menu
Docs Home
/ /

Release Notes for MongoDB 8.2

This page describes changes and new features introduced in MongoDB 8.2.

Warning

MongoDB 8.0 Incompatible with Kernel 6.19

Due to an incompatibility between a new kernel release and the currently vendored version of TCMalloc, running MongoDB 8.0 or newer with Linux kernel version 6.19 can cause MongoDB to crash on startup. This applies to all MongoDB packages, including those obtained from the MongoDB website, or obtained from package managers or Docker.

As soon as a patched version of TCMalloc is available, MongoDB will upgrade to use it, and this compatibility issue will be resolved.

MongoDB 8.2 is a minor Release, which means that it is supported for both MongoDB Atlas and on-premises deployments. MongoDB 8.2 introduces incremental improvements within a Major version release cycle. MongoDB 8.2 also includes changes introduced in MongoDB 8.1. This page describes changes introduced in the minor release and MongoDB 8.2.

To learn more about the differences between Major and minor releases, see MongoDB Versioning.

Important

MongoDB 8.2 is the latest minor release. Starting with MongoDB 8.2, minor releases are available for on-premises deployments (MongoDB Community and Enterprise) for specific use cases. For more information, see MongoDB Versioning.

To install the latest MongoDB version supported for on-premises use, see the installation instructions.

Important

mongosync is not supported in MongoDB 8.2.

Important

MongoDB 8.2 includes fixes for CVE-2025-13643, CVE-2025-13644, and CVE-2026-1847.

For the latest information about MongoDB security updates, see MongoDB Security Bulletins.

  • SERVER-103990 Skip range deletions when transitioning from embedded to dedicated config servers

  • SERVER-112273 Fix crash caused by killing an OplogWriter operation using killOp()

  • SERVER-116284 Ensure MultiStatementTransactionRequestsSender sends commitTransaction to all shards before processing results

  • SERVER-119413 Fix configTerm to handle int64 values when int32 is expected

  • SERVER-119964 Collection catalog race condition shuts down oplog visibility thread after rollback

  • WT-16375 Turn off failpoint when calling cursor->close()

  • All JIRA issues closed in 8.2.7

  • 8.2.7 Changelog

Important

MongoDB 8.2.6 contains a fix for:

For the latest information about MongoDB security updates, see MongoDB Security Bulletins.

  • SERVER-106239: Investigate transaction participant state mismatch when running sharded aggregate with merging pipeline executing on a shard

  • SERVER-110832: OplogWriter should not hold on to session through rollbacks

  • SERVER-111007: Validation should distinguish between root causes when finding mixed schema data

  • SERVER-113319: $match pushdown past a renamed field is done incorrectly when the expression root is a renamed field path expression

  • SERVER-115962: Balancer does not make progress when the most loaded shard is already balanced within its zones

  • SERVER-117623: Sharded multi-document transactions can observe partial effects of concurrent renameCollection operations

  • SERVER-118428: mongocryptd rejects large messages

  • SERVER-118849: Double free in SBE hash table spill

  • SERVER-119317: Improve object lifecycle of MD5 hash state

  • SERVER-119319: Fix ExpressionContext use-after-free bug

  • WT-15739: Fix reconciliation leaking overflow pages

  • All JIRA issues closed in 8.2.6

  • 8.2.6 Changelog

Important

MongoDB 8.2.4 contains a fix for

For the latest information about MongoDB security updates, see MongoDB Security Bulletins.

Issues Fixed:

Important

MongoDB 8.2.3 contains a fix for CVE-2025-14847.

For the latest information about MongoDB security updates, see MongoDB Security Bulletins.

Issues fixed:

Important

MongoDB 8.2.2 includes fixes for CVE-2025-12893 and CVE-2025-14345.

For the latest information about MongoDB security updates, see MongoDB Security Bulletins.

Issues fixed:

Important

MongoDB 8.2.1 includes a fix for CVE-2025-13507.

For the latest information about MongoDB security updates, see MongoDB Security Bulletins.

Issues fixed:

MongoDB 8.2 introduces performance improvements from MongoDB 8.1, including but not limited to:

  • Faster initial sync.

  • Faster time-series bulk insertions.

  • Reduced query multi-planning costs.

Note

The amount of performance improvement can vary depending on the configuration of your workloads and database instances.

Starting in MongoDB 8.2, if a document contains both GeoJSON and legacy numeric coordinate fields, geospatial index generation prioritizes GeoJSON coordinates.

If your documents contain legacy numeric coordinate values that precede GeoJSON coordinates and existing indexes rely on that behavior, you might need to rebuild your geospatial indexes.

This change might require you to rebuild geospatial indexes if your documents contain legacy numeric coordinate values that precede GeoJSON coordinates and existing indexes rely on that behavior. Review geospatial queries to confirm they return expected results.

MongoDB 8.2 adds the terminateSecondaryReadsOnOrphanCleanup parameter, which controls whether long-running read operations on secondary nodes automatically terminate before orphaned document deletion following a chunk migration.

By default, this parameter is set to true. If a read operation on a secondary node begins before the chunk migration commits, MongoDB automatically terminates the operation before deleting the orphaned documents. In MongoDB versions before 8.2, these operations continue executing after orphaned document deletion and may silently miss documents without returning an error.

To support this new behavior, the default value for orphanCleanupDelaySecs is now 3600 (previously 900).

Starting in MongoDB 8.2, index builds during initial sync use 10% of available RAM by default. You can specify a different percentage of memory for MongoDB to use with the initialSyncIndexBuildMemoryPercentage parameter.

By default, the amount of available memory must be between 200 MB and 16 GB, inclusive. You use the following parameters to specify different minimum and maximum thresholds for memory usage:

Starting in MongoDB 8.2, the $queryStats output includes the following metrics on delinquent tickets:

  • metrics.delinquentAcquisitions

  • metrics.totalAcquisitionDelinquencyMillis

  • metrics.maxAcquisitionDelinquencyMillis

MongoDB considers an execution ticket as delinquent when acquisition takes too long.

Starting in MongoDB 8.2, you can configure the WiredTiger internal cache size using a new percentage-based option. In addition to the existing --wiredTigerCacheSizeGB and storage.wiredTiger.engineConfig.cacheSizeGB gigabyte-based settings, you can now specify the cache size as a percentage of the available memory with the --wiredTigerCacheSizePct and storage.wiredTiger.engineConfig.cacheSizePct options.

Starting in MongoDB 8.2, a new inconsistency type RangeDeletionMissingShardKeyIndex is implemented. The inconsistency type indicates that a sharded collection exists that doesn't have an index compatible with the collection shard key and there is at least one remaining range deletion task to complete.

Starting in MongoDB 8.2, you can use $currentDate with aggregate() to return the current time on the server.

The $currentOp aggregation stage now includes the versionContext field, which provides information on the Feature Compatibility Version (FCV) of the operation.

serverStatus includes the following new fields in its output:

Starting in MongoDB 8.2, the Explain Results for stages that spill to disk now include standardized metrics under consistent field names. This update provides a more unified way to track disk usage for memory-intensive operations.

The new fields include:

Starting in MongoDB 8.2, the validate command and the db.collection.validate() helper method return a new repairMode field that indicates what types of data inconsistencies the validate command attempted to repair, if detected.

Starting in MongoDB 8.2, The storage.wiredTiger.engineConfig.zstdCompressionLevel setting supports negative values for fast zstd compression. Negative values provide faster compression and decompression speeds at the cost of the compression ratio. The new supported range is -7 to 22.

Starting in MongoDB 8.2, you can selectively mirror read operations to specific servers that need their caches warmed up by tagging the nodes for read mirroring. Unlike general mirrored reads, targeted read mirroring allows you to target hidden nodes and mirror from both primary and secondary nodes.

You can configure targeted mirrored reads using the targetedMirroring field in the mirrorReads parameter.

Starting in MongoDB 8.2, you can enable rate limiting for ingress connections to preserve CPU resources during overload. When enabled, you can see when the rate of incoming connections exceeds the connection establishment rate they specified and configure parameters to specify how your MongoDB deployment handles excess connections.

You can configure rate limiting using the following new fields:

MongoDB 8.2.6 adds two parameters that let you control the impact that the Database Profiler has on query performance:

MongoDB 8.2.6 also adds two related serverStatus metrics:

Warning

Prefix, Suffix, and Substring Queries are in Public Preview

Queryable Encryption prefix, suffix, and substring queries are available in public preview in MongoDB 8.2. Do not enable these query types in production. Public preview functionality will be incompatible with the GA feature, and you will have to drop any collections that enable these queries.

MongoDB 8.2 lets you enable prefix, suffix, and substring queries on encrypted string fields in Queryable Encryption enabled collections. For details, see enable substring queries and Supported Aggregation Expressions.

To use the Public Preview prefix, suffix, or substring queries with mongosh, you must separately download the Automatic Encryption Shared Library 8.2 or higher, then specify the library path to mongosh using the --cryptSharedLibPath option.

This section describes known issues in MongoDB 8.2 and their resolution status.

In Version
Issue
Status

8.2.4, 8.2.5

SERVER-118428: Changes to mongocryptd limit the maximum size of messages that mongocryptd can receive to 16 KiB. Users may encounter this issue when they send commands larger than 16 KiB through automatic Client-Side Field Level Encryption (CSFLE) or Queryable Encryption.

To avoid this bug, skip these versions when you upgrade mongocryptd or use the crypt_shared library.

Unresolved.

8.2.0

SERVER-106469: The mongocryptd, mongod, and mongos processes do not start on Windows when launched with the --logpath NUL argument. A third-party dependency mistakenly disallows the use of NUL, resulting in this log file path preventing mongocryptd from starting. MongoDB drivers may fail to start mongocryptd successfully on Windows if --logpath NUL is specified. The MongoDB .NET/C# Driver uses --logpath NUL in its default configuration and will fail to start on Windows.

You can avoid the .NET/C# Driver mongocryptd issue in the following ways:

We are targeting a fix for this issue in MongoDB 8.2.1.

8.2.0

SERVER-109626: v8.2.0 introduces some change stream performance regressions. Applications relying on change streams for real-time data processing may experience up to a 15% performance degradation compared to v8.0.

Fixed in MongoDB 8.2.1. Upgrading to 8.2.1 restores the pre-8.2 change stream behavior for the collectionUUID and updateDescription.disambiguatedPaths fields and removes the performance regression.

8.2.0

SERVER-110250: Users running memory-intensive operations that require disk spilling can experience server crashes if the number of actively spilling queries exceeds 1000. To mitigate this issue, raise the spillWiredTigerSessionMax setParameter value to a higher value.

We are targeting a fix for this issue in MongoDB 8.2.1.

Starting in MongoDB 8.2, the following server parameters are available:

Starting in MongoDB 8.2.2, the ingressRequestRateLimiterApplicationExemptions parameter lets you specify applications to exempt from ingress request rate limiting. For details, see ingressRequestRateLimiterApplicationExemptions.

The following section describes changes and new features introduced in MongoDB 8.1.

MongoDB 8.1 introduces performance improvements from MongoDB 8.0, including but not limited to:

  • Up to 195% improved throughput for time-series bulk insertions.

  • Up to 40% improved throughput for match filter queries.

  • Up to 20% improved throughput for queries on documents with arrays.

  • Up to 10% improved throughput for in-cache read workloads.

  • Up to 5% reduction in CPU utilization.

Note

The amount of performance improvement can vary depending on the configuration of your workloads and database instances.

Starting in MongoDB 8.1 (and 8.0.4), you can use setQuerySettings to add comments to query settings. For example, add a comment that indicates why you added query settings.

Starting in MongoDB 8.1, the following aggregation accumulators are available:

Starting in MongoDB 8.1, the following aggregation stages are available:

Starting in MongoDB 8.1, if a client application connects to a mongod or a mongos instance through a load balancer, the origin client computer and load balancer IP addresses and ports are included in the audit log. You can use the log to match an audit event with the origin client computer.

For details, see OCSF Schema Audit Messages and mongo Schema Audit Messages.

Starting in MongoDB 8.1, you can access the currently connected client's UUID through connectionStatus.authInfo.UUID.

Starting in MongoDB 8.1 (and 8.0.5), if disk space is running low, MongoDB will fail queries that are spilling to disk.

Starting in MongoDB 8.1, some previously failing $geoNear queries with hidden 2d or 2dsphere indexes will now succeed. In previous releases, some $geoNear queries used to unnecessarily fail with an IndexNotFound error when they included a hidden index due to confusion over which index to use.

Starting in MongoDB 8.1, the durationMillis metric reported in slow query logs accounts for time spent processing authorization and parsing the command. As a result, durationMillis more closely reflects the full command duration.

Starting in MongoDB 8.1, the following inconsistency types are available:

Starting in MongoDB 8.1, you can reference multiple encrypted collections in a $lookup stage.

To learn more, see:

Starting in MongoDB 8.1, if the $merge aggregation stage's supporting index is not sparse, the fields specified for the on option can be missing or contain a null value.

Starting in MongoDB 8.1, query statistics are collected and reported for count and distinct commands. For details, see count Command Query Shape and distinct Command Query Shape.

Starting in MongoDB 8.1, the following server parameters are available:

Starting in MongoDB 8.1 (and 8.0.4, 7.0.14, and 6.0.20), the indexStats section of the serverStatus command output tracks indexes in prepareUnique state.

MongoDB 8.1 adds the following server status metrics:

Starting in MongoDB 8.1, log messages for slow queries contain new metrics if the query execution writes temporary files to disk. These metrics are prefixed by the query execution stage that caused the query to exceed the memory limit. For example, sortSpills indicates the number of times that the sort stage of query execution wrote temporary files to disk.

Metric
Description

<executionPart>Spills

Number of times the corresponding query execution stage wrote temporary files to disk

<executionPart>SpilledBytes

Size, in bytes, of the memory released by writing temporary files to disk

<executionPart>SpilledDataStorageSize

Size, in bytes, of disk space used for temporary files

<executionPart>SpilledRecords

Number of records written to temporary files on disk

For more information on writing temporary files to disk, see allowDiskUse().

Starting in MongoDB 8.1, the renameCollection command and corresponding shell method, db.collection.renameCollection(), are included in Stable API V1.

Starting in MongoDB 8.1, the explain results include execution stats for the $search, $searchMeta, and $vectorSearch stages.

To learn more, see:

Starting in MongoDB 8.1, you can run createSearchIndexes, updateSearchIndex, dropSearchIndex, and $listSearchIndexes to create, modify, drop, and list Atlas Search indexes and Atlas Vector Search indexes on compatible standard views that contain only the following stages:

You can run aggregation pipelines that contain $search and $searchMeta stages on views that use a search index. You can also run aggregation pipelines that contain a $vectorSearch stage on views that contain a vector search index.

Starting in MongoDB 8.1, the validate command includes index specifications in the validate.indexDetails output field.

Starting in MongoDB 8.1, you can set your schema's validationAction option to errorAndLog, in which MongoDB rejects any insert or update that violates the validation criteria and logs the error to the mongod log file.

For more information, see Choose How to Handle Invalid Documents.

Important

Feature Compatibility Version

To upgrade to MongoDB 8.2 from a 8.0 deployment, the 8.0 deployment must have featureCompatibilityVersion set to 8.0. To check the version:

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

To upgrade to MongoDB 8.2, refer to the upgrade instructions specific to your MongoDB deployment:

If you need guidance on upgrading to 8.2, MongoDB professional services offer support to help ensure a smooth transition without interruption to your MongoDB application. To learn more, see MongoDB Consulting.

To download MongoDB 8.2, go to the MongoDB Download Center.

MongoDB only supports single-version downgrades. You cannot downgrade to a release that is multiple versions behind your current release.

For example, you can downgrade a 8.2-series to a 8.0-series deployment. However, further downgrading that 8.0-series deployment to a 7.0-series deployment is not supported.

  • Binary downgrades aren't supported for MongoDB Community Edition.

  • You cannot downgrade your deployment's FCV to or from a minor release version of MongoDB.

  • If you upgrade or downgrade your deployment's FCV, you cannot downgrade your Enterprise deployment's binary version without assistance from support.

Back

Server Release Notes

On this page