Docs Menu
Docs Home
/
Database Manual
/

Release Notes for MongoDB 7.0

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

MongoDB 7.0 is a Major Release, which means that it is supported for both MongoDB Atlas and on-premises deployments. MongoDB 7.0 includes changes introduced in MongoDB Rapid Releases 6.1, 6.2, and 6.3. This page describes changes introduced in those Rapid Releases and MongoDB 7.0.

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

Warning

Past Release Limitations

The Critical Advisories below affect some prior MongoDB versions. If your deployment depends on features impacted by a Critical Advisory, upgrade to the latest available patch release.

Issue
Affected Versions

SERVER-94559

7.0.0 - 7.0.15

7.0.0 - 7.0.2

7.0.0 - 7.0.2

7.0.0 - 7.0.5

7.0.0 - 7.0.5

7.0.0 - 7.0.6

7.0.0 - 7.0.7

7.0.0 - 7.0.15

This release contains security or reliability improvements. These release notes will be updated when more information is available.

Issues fixed:

Issues fixed:

  • SERVER-81797: Make our own portable implementation of atomic notify() and wait() with timeout support

  • SERVER-86656: Create a reader-optimized reader-writer mutex

  • SERVER-95324: Disable chunkMigrationConcurrency

  • SERVER-101581: Check socket state before accepting connection in ASIO

  • SERVER-103934: FCBIS should be able to call KVEngine::cleanShutdown without leaking memory

  • All Jira issues closed in 7.0.23

  • 7.0.23 Changelog

Issues fixed:

Issues fixed:

  • SERVER-92806: Plan cache entry ignores index collation with $elemMatch

  • SERVER-95672: Indexes on array fields that contain subarrays does not include some results

  • SERVER-97044: Fix an issue where change streams might incorrectly output a "drop" event during resharding or unsharding of a collection that is or was using zone sharding

  • WT-12012: Restore original verbose levels if gen_drain becomes unstuck after increasing verbose levels

  • WT-13216: Assess the use of cache eviction check in compact

  • All Jira issues closed in 7.0.21

  • 7.0.21 Changelog

Important

Fix for incorrect handling of incomplete data may prevent mongos from accepting new connections

Due to CVE-2025-6714, in MongoDB 7.0 prior to 7.0.20, MongoDB Server's mongos component can become unresponsive to new connections due to incorrect handling of incomplete data. This issue affects sharded MongoDB clusters that are configured with load balancer support for mongos using HAProxy on specified ports.

This issue affects the following MongoDB Server versions:

  • 8.0.0 - 8.0.8

  • 7.0.0 - 7.0.19

  • 6.0.0 - 6.0.22

CVSS Score: 7.5

CWE: CWE-834 Excessive Iteration AND CWE-400 Uncontrolled Resource Consumption

Issues fixed:

Important

MongoDB Server may be susceptible to privilege escalation due to $mergeCursors stage

Due to CVE-2025-6713, in MongoDB 7.0 prior to 7.0.19, an unauthorized user may leverage a specially crafted aggregation pipeline to access data without proper authorization due to improper handling of the $mergeCursors stage in MongoDB Server. This may lead to access to data without further authorization.

This issue affects the following MongoDB Server versions:

  • 8.0.0 - 8.0.6

  • 7.0.0 - 7.0.18

  • 6.0.0 - 6.0.21

CVSS Score: 7.7

CWE: CWE-285: Improper Authorization

Issues fixed:

  • SERVER-106752 MongoDB Server may be susceptible to privilege escalation due to $mergeCursors stage

Issues fixed:

Important

Pre-Authentication Denial of Service Vulnerability in MongoDB Server's OIDC Authentication

Due to CVE-2025-6709, in MongoDB 7.0 prior to 7.0.17, MongoDB Server is susceptible to a denial of service vulnerability due to improper handling of specific date values in JSON input when using OIDC authentication. This can be reproduced using the mongo shell to send a malicious JSON payload leading to an invariant failure and server crash.

This issue affects the following MongoDB Server versions:

  • 8.0.0 - 8.0.4

  • 7.0.0 - 7.0.16

The same issue affects MongoDB Server v6.0, but an attacker can only induce denial of service after authenticating. This issue affects the following MongoDB Server versions:

  • 6.0.0 - 6.0.20

CVSS Score: 7.5

CWE: CWE-20: Improper Input Validation

Important

Pre-authentication Denial of Service Stack Overflow Vulnerability in JSON Parsing via Excessive Recursion in MongoDB

Due to CVE-2025-6710, in MongoDB 7.0 prior to 7.0.17, MongoDB Server may be susceptible to stack overflow due to JSON parsing mechanism, where specifically crafted JSON inputs may induce unwarranted levels of recursion, resulting in excessive stack space consumption. Such inputs can lead to a stack overflow that causes the server to crash which could occur pre-authorisation.

This issue affects the following MongoDB Server versions:

  • 8.0.0 - 8.0.4

  • 7.0.0 - 7.0.16

The same issue affects MongoDB Server v6.0, but an attacker can only induce denial of service after authenticating. This issue affects the following MongoDB Server versions:

  • 6.0.0 - 6.0.20

CVSS Score: 7.5

CWE: CWE-674: Uncontrolled Recursion

Issues fixed:

Issues Fixed:

Important

Improper neutralization of null bytes may lead to buffer over-reads in MongoDB Server

In MongoDB 7.0 prior to 7.0.15, an authorized user may trigger crashes or receive the contents of buffer over-reads of Server memory by issuing specially crafted requests that construct malformed BSON in the MongoDB Server.

This issue affects MongoDB Server versions:

  • 5.0.0 - 5.0.29

  • 6.0.0 - 6.0.18

  • 7.0.0 - 7.0.14

  • 8.0.0 - 8.0.1

Issues Fixed:

Important

Fix for CSFLE and Queryable Encryption self-lookup may send values in subpipelines as plaintext instead of ciphertext

Due to CVE-2024-8013, in MongoDB 7.0 prior to 7.0.12, a bug in query analysis of certain complex self-referential $lookup subpipelines may result in literal values in expressions for encrypted fields being sent to the server malformed.

Should this occur, no documents are returned or written. This issue affects the mongocryptd binary and mongo_crypt_v1 shared library in the following MongoDB Server versions:

  • 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 Score: 2.2

CWE: CWE-319: Cleartext Transmission of Sensitive Information

Issues Fixed:

Issues Fixed:

Issues fixed:

Issues fixed:

Issues fixed:

Important

Fix for MongoDB Server may allow successful untrusted connection

Due to CVE-2024-1351, in MongoDB 7.0 prior to 7.0.6, under certain configurations of --tlsCAFile and CAFile, MongoDB Server may skip peer certificate validation which may result in untrusted connections to succeed.

This may effectively reduce the security guarantees provided by TLS and open connections that should have been closed due to failing certificate validation. This issue affects the following MongoDB Server versions:

  • 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 Score: 8.8

CWE: CWE-295: Improper Certificate Validation

Issues fixed:

Issues fixed:

Issues fixed:

Issues fixed:

  • SERVER-77506 Sharded multi-document transactions can mismatch data and ShardVersion

  • SERVER-79088 Improve SBE multi-planner performance for query which returns zero results

  • SERVER-81106 Recipient shard doesn't wait for the collection version to be locally persisted before starting the cloning phase

  • SERVER-81966 Avoid modification of previous ChunkMap instances during refresh

  • WT-11564 Fix RTS to read the newest transaction value only when it exists in the checkpoint

  • All Jira issues closed in 7.0.3

  • 7.0.3 Changelog

Issues fixed:

Issues fixed:

The rest of this page describes changes and new features introduced in MongoDB 7.0.

Starting in MongoDB 7.0, you can manage MongoDB Search indexes with mongosh methods and database commands. MongoDB Search index commands are only available for deployments hosted on MongoDB Atlas, and require an Atlas cluster tier of at least M10.

To manage MongoDB Search indexes, use the following commands:

Name
Description

Creates an MongoDB Search index on a specified collection or view.

Deletes an existing MongoDB Search index.

Returns information about existing MongoDB Search indexes on a specified collection or view.

Updates an existing MongoDB Search index.

Name
Description

Creates one or more MongoDB Search indexes on a specified collection or view.

Deletes an existing MongoDB Search index.

Updates an existing MongoDB Search index.

Name
Description

Lists sampled queries for all collections or a specific collection.

Returns information about existing MongoDB Search indexes on a specified collection or view.

Starting in MongoDB 7.0, only one audience oidcIdentityProviders field can be specified for OIDC access tokens. audience fields with empty arrays or arrays of multiple strings are invalid.

For details, see oidcIdentityProviders Fields.

Starting in MongoDB 7.0.3 (and 6.0.12 and 5.0.22), you can drop the index for a hashed shard key.

This can speed up data insertion for collections sharded with a hashed shard key.

For details, see Drop a Hashed Shard Key Index.

Starting in MongoDB 7.0, log messages for slow queries includes a new cache refresh time field.

Starting in version 7.0, MongoDB uses a default algorithm to dynamically adjust the maximum number of concurrent storage engine transactions (including both read and write tickets) to optimize database throughput during overload.

The following table summarizes how to identify overload scenarios for MongoDB post-7.0 and for earlier releases:

Version
Diagnosing Overload Scenarios

7.0 and later

A large number of queued operations that persists for a prolonged period of time likely indicates an overload.

A concurrent storage engine transaction (ticket) availability of 0 for a prolonged period of time does not indicate an overload.

6.0 and earlier

A large number of queued operations that persists for a prolonged period of time likely indicates an overload.

A concurrent storage engine transaction (ticket) availibility of 0 for a prolonged period of time likely indicates an overload.

To learn more, see:

Starting in MongoDB 7.0, the currentOp command and the db.currentOp() method include these new fields:

Starting in MongoDB 7.0, the currentOp aggregation stage includes these new fields:

Starting in MongoDB 7.0, you can create compound wildcard indexes. A compound wildcard index has one wildcard term and one or more additional index terms.

Use compound wildcard indexes to support queries on known patterns and to limit the total number of indexes in a collection.

Starting in MongoDB 7.0, if you have change stream events larger than 16 MB, you can use the new $changeStreamSplitLargeEvent stage to split the events into smaller fragments.

The following new metrics report information about large change stream events:

serverStatus includes the following new fields in its output:

Plan Cache Metrics
queryAnalyzer Metrics

Starting in MongoDB 7.0, the slot-based query execution engine improves performance for a wider range of find and aggregation queries.

Slow query log messages now include a queryFramework field that indicates which query engine completed the query:

  • queryFramework: "classic" indicates that the classic engine completed the query.

  • queryFramework: "sbe" indicates that the slot-based query execution engine completed the query.

Starting in MongoDB 7.0, you can use the new USER_ROLES system variable to return the roles of the current user.

For use cases that include USER_ROLES, see the find, aggregation, view, updateOne, updateMany, and findAndModify examples.

Available starting in MongoDB 7.1 (and 7.0, 6.3.2, 6.0.6, and 5.0.18).

MongoDB includes the following new sharding statistics for chunk migrations:

The totalOplogSlotDurationMicros in the slow query log message shows the time between a write operation getting a commit timestamp to commit the storage engine writes and actually committing. mongod supports parallel writes. However, it commits write operations with commit timestamps in any order.

To learn more, see Logging Slow Operations.

MongoDB 7.0 adds the following parameters related to the analyzeShardKey command:

MongoDB 7.0 adds the autoMergerIntervalSecs parameter which, when AutoMerger is enabled, specifies the amount of time between automerging rounds, in seconds. autoMergerIntervalSecs can only be set on config servers of sharded clusters.

MongoDB 7.0 adds the autoMergerThrottlingMS which, when AutoMerger is enabled, specifies the minimum amount time between merges initiated by the AutoMerger on the same collection, in milliseconds. autoMergerThrottlingMS can only be set on config servers of sharded clusters.

MongoDB 7.0 adds the balancerMigrationsThrottlingMs parameter which allows you to throttle the balancing rate.

MongoDB 7.0 adds the enableDetailedConnectionHealthMetricLogLines parameter which lets you specify whether or not a set of log messages related to cluster connection health metrics appears in the log.

MongoDB 7.0 adds the oidcIdentityProviders parameter which allows you to specify identity provider (IDP) configurations when using OpenID Connect authentication.

MongoDB 7.0 adds the following parameters related to the configureQueryAnalysis command:

Starting in MongoDB 7.0, Queryable Encryption with equality queries is generally available (GA). Improvements in the GA make it incompatible with the Queryable Encryption Public Preview, which should not be used now that the feature is GA. For details, see Compatibility Changes in MongoDB 7.0.

MongoDB 7.0 (and 6.0.6) adds the useLegacyProtocol setting. This setting allows MongoDB servers to connect to KMIP servers that use KMIP protocol version 1.0 or 1.1.

Starting in MongoDB 7.0 and 6.0.7, MongoDB supports OpenSSL 3.0 and the OpenSSL FIPS provider with these operating systems:

  • Red Hat Enterprise Linux 9

  • Amazon Linux 2023

  • Ubuntu Linux 22.04

Starting in MongoDB 8.0, MongoDB supports OpenSSL 3.0 and the OpenSSL FIPS provider for Amazon Linux 2023.3.

For details, see TLS/SSL (Transport Encryption).

Starting in 7.0, MongoDB Enterprise provides support for OpenID Connect authentication. OpenID Connect is an authentication layer built on top of OAuth2. You can use OpenID Connect to configure single sign-on between your MongoDB database and a third-party identity provider.

New operators:

Name
Description

Returns an approximation of the median, the 50th percentile, as a scalar value.

This operator can be used as an accumulator and as an aggregation expression.

Returns an array of scalar values that correspond to specified percentile values.

This operator can be used as an accumulator and as an aggregation expression.

MongoDB 7.0 adds the following format specifiers to use with the $dateToString operator:

Specifiers
Description
Possible Values

%b

Abbreviated month name (3 letters)

jan-dec

%B

Full month name

january-december

MongoDB 7.0 removes most of the time series limitations from these operations that are based on the delete command:

Starting in MongoDB 7.0, the checkMetadataConsistency command is available to check sharding metadata at the cluster, database, and collection levels for inconsistencies. These inconsistencies can originate in cases such as:

  • Upgrades in cases where the cluster encountered a bug while running previous releases of MongoDB

  • Manual interventions that corrupt the cluster catalog

The following helper methods are now available through mongosh:

For more information on the inconsistencies the command checks for, see Inconsistency Types.

Starting in MongoDB 7.0, the mergeAllChunksOnShard command finds and merges all mergeable chunks that a shard owns for a given collection.

Starting in MongoDB 7.0, the AutoMerger can automatically merge chunks that meet the mergeability requirements. The AutoMerger is enabled by default.

Starting in MongoDB 7.0, you can use the following methods to control the AutoMerger behavior:

Starting in MongoDB 7.0, the configureCollectionBalancing command accepts the enableAutoMerger parameter. Use enableAutoMerger to set whether or not the AutoMerger takes this collection into account.

MongoDB 7.0 removes the operationsBlockedByRefresh document that contains statistics about operations blocked by catalog cache refresh activity because the operationsBlockedByRefresh counters increased on mongos for every operation that used collection routing information even if the operation wasn't blocked by a catalog refresh activity.

MongoDB 7.0 adds the analyzeShardKey command and the db.collection.analyzeShardKey() method, which let you calculate metrics for evaluating a shard key.

MongoDB 7.0 adds the configureQueryAnalyzer command, which allows you to configure query sampling for a collection. MongoDB 7.0 also adds the db.collection.configureQueryAnalyzer(), which wraps the configureQueryAnalyzer command. Sampled queries provide information to analyzeShardKey to calculate metrics about read and write distribution of a shard key.

MongoDB 7.0 removes support for RHEL 7 / CentOS 7 / Oracle 7 on the PPC64LE and s390x architectures.

MongoDB 6.3 introduces the following aggregation operators:

Operator
Description

Returns the result of a bitwise and operation on an array of int or long values.

Returns the result of a bitwise not operation on a single argument or an array that contains a single int or long value.

Returns the result of a bitwise or operation on an array of int or long values.

Returns the result of a bitwise xor (exclusive or) operation on an array of int and long values.

Starting in MongoDB 6.3, a message is added to the log if the time that an operation waited between acquisition of a server connection and writing the bytes to send to the server over the network exceeds 1 millisecond. For details, see Connection Acquisition To Wire Log Message.

Starting in MongoDB 6.3, the connPoolStats command has these output changes:

Document
Field(s)

Time ranges with the number of connection requests in each range. Total number of connection requests for all time ranges.

Starting in MongoDB 6.3, the explain output for the $group stage includes new metrics on spill data when using the classic execution engine:

  • spillFileSizeBytes, the size of the spill file written to disk in the $group stage

  • numBytesSpilledEstimate, estimate of the number of bytes written to disk in the $group stage before compression

For details, see $sort and $group Stages.

Starting in MongoDB 6.3, the serverStatus command and the db.serverStatus() method have these output changes:

Starting in MongoDB 6.3, a message is added to the log if the time to send an operation response exceeds the slowms threshold option. For details, see Session Workflow Log Message.

Starting in MongoDB 6.3, these server parameters were added:

MongoDB 6.3 adds the following time series parameters:

  • bucketMaxSpanSeconds sets the maximum time span between measurements in a bucket.

  • bucketRoundingSeconds sets the time interval that determines the starting timestamp for a new bucket.

Starting in MongoDB 6.3, the compact command works with time series collections.

Starting in MongoDB 6.2, the validate command and db.collection.validate() method:

  • Check collections to ensure the BSON documents conform to the BSON specifications.

  • Check time series collections for internal data inconsistencies.

  • Have a new option checkBSONConformance that enables comprehensive BSON checks.

Starting in MongoDB 6.2, the following database commands are deprecated:

Use the $collStats and $currentOp aggregation stages instead.

Starting in MongoDB 6.2, the serverStatus command output includes these new fields:

Starting in MongoDB 6.2, the serverStatus command and the db.serverStatus() method report the opLatencies metric for mongos instances. Latencies reported by mongos include operation latency time and communication time between the mongod and mongos instances.

Starting in MongoDB 6.2, mongod adds these parameters:

Starting in version 6.2, MongoDB removes the maxSize field from the addShard command. As a result:

  • Running addShard with the maxSize field returns an InvalidOptions error.

  • New documents in the shards collection no longer include the maxSize field.

  • Any pre-existing maxSize field entries are ignored.

Starting in MongoDB 6.1, the aggregation stages $addFields and $set allow you to set paths to empty objects without using the $literal expression.

MongoDB 6.1 adds the following cluster audit events:

Starting in MongoDB 6.1, the startup audit event has this structure:

{
originalClusterServerParameter: <original parameter value>,
updatedClusterServerParameter": <new parameter value>
}

For additional details, see Audit Event Actions, Details, and Results.

Starting in MongoDB 6.1, data in sharded clusters is distributed based on data size rather than number of chunks. As a result, you should be aware of the following significant changes in sharded cluster data distribution behavior:

  • The balancer distributes ranges of data rather than chunks. The balancing policy looks for evenness of data distribution rather than chunk distribution.

  • Chunks are not subject to auto-splitting. Instead, chunks are split only when moved across shards.

  • A chunk is now referred to as a range.

  • moveRange has replaced moveChunk.

Starting in MongoDB 6.1, journaling is always enabled. As a result, MongoDB removes the storage.journal.enabled option and the corresponding --journal and --nojournal command-line options.

Starting in MongoDB 6.1, the currentOp command and the db.currentOp() method have expanded output for resharding.

Resharding operations can involve multiple MongoDB instances, and MongoDB instances can play different roles in the resharding operation. The particular operation and the role the host instance plays in the resharding process determine when each metric updates.

Metric
Role Tracked
Description

opStatus

Removed.

desc

All

Describes the action taken. The value is one of:

  • ReshardingDonorService<operationUUID>

  • ReshardingRecipientService<operationUUID>

  • ReshardingCoordinatorService<operationUUID>

For $currentOp, the command UUID is added to each role's state document.

op

All

This metric has a constant value: "command".

ns

All

The namespace for the resharded index. The value is a string in the form: <database>.<collection>.

originatingCommand

All

A document that lists the command options for the operation.

donorState

Donor

The current state of the role's state machine.

coordinatorState

Coordinator

The current state of the role's state machine.

recipientState

Recipient

The current state of the role's state machine.

approxDocumentsToCopy

Recipient

The number of documents in the source collection.

documentsCopied

Recipient

The number of documents already copied.

approxBytesToCopy

Recipient

The total size, in bytes, of the documents in the source collection.

bytesCopied

Recipient

The number of bytes copied. When resharding completes, this value is similar to the value of approxBytesToCopy.

oplogEntriesFetched

Recipient

The number of oplog entries written to the oplog buffer collection.

oplogEntriesApplied

Recipient

The number of oplog entries applied from the oplog buffer collection.

insertsApplied

Recipient

The number of inserts applied to the temporary resharding collection. Each oplog entry that involves an insert increments the counter by 1.

updatesApplied

Recipient

The number of updates applied to the temporary resharding collection. Each oplog entry that involves an update increments the counter by 1.

deletesApplied

Recipient

The number of deletes applied to the temporary resharding collection. Each oplog entry that involves a delete increments the counter by 1.

totalOperationTimeElapsedSecs

All

The number of seconds since the operation began.

totalCopyTimeElapsedSecs

Recipient

The number of seconds spent cloning.

totalCopyTimeElapsedSecs

Coordinator

The maximum number of seconds a Recipient could have spent cloning.

totalApplyTimeElapsedSecs

Recipient

The number of seconds spent applying changes.

totalApplyTimeElapsedSecs

Coordinator

The approximate maximum number of seconds a Recipient could have spent applying changes.

totalCriticalSectionTimeElapsedSecs

Recipient

The number of seconds spent in the critical section.

totalCriticalSectionTimeElapsedSecs

Coordinator

The number of seconds the critical section could have been held.

remainingOperationTimeEstimatedSecs

Recipient

The estimated number of seconds until the operation completes.

allShardsLowestRemainingOperationTimeEstimatedSecs

Coordinator

Calculated across all shards, the lowest estimate of the number of seconds remaining.

allShardsHighestRemainingOperationTimeEstimatedSecs

Coordinator

Calculated across all shards, the highest estimate of the number of seconds remaining.

countWritesToStashCollections

Recipient

The number of writes to the recipient stash collections.

countWritesDuringCriticalSection

Donor

The number of writes attempted during the donor's critical section.

countReadsDuringCriticalSection

Donor

The number of reads attempted during the donor's critical section.

Starting in MongoDB 6.1:

  • To improve efficiency, MongoDB may batch multiple document deletions together.

  • The explain command results contain a new BATCHED_DELETE stage for batched document deletions.

Perl Compatible Regular Expressions (PCRE) is the library used by MongoDB to implement regular expression pattern matching. Starting in version 6.1, MongoDB upgrades the PCRE library to PCRE2. PCRE2 is the current PCRE library and is actively maintained and updated.

To learn how to perform regex matches in MongoDB, see the following pages:

Starting in MongoDB 6.1, if both the first and second attempt of a retryable write fail without a single write being performed, MongoDB returns an error with the NoWritesPerformed label.

The NoWritesPerformed label differentiates the results of batch operations like insertMany(). In an insertMany operation, one of the following outcomes can occur:

Outcome
MongoDB Output

No documents are inserted.

Error returned with NoWritesPerformed label.

Partial work done. (At least one document is inserted, but not all.)

Error returned without NoWritesPerformed label.

All documents are inserted.

Success returned.

Applications can use the NoWritesPerformed label to definitively determine that no documents were inserted. This error reporting lets the application maintain an accurate state of the database when handling retryable writes.

In previous versions of MongoDB, an error is returned when both the first and second attempts of a retryable write fail. However, there is no distinction made to indicate that no writes were performed.

Starting in MongoDB 6.1, there are new metrics available resharding. The output of the following commands has changed:

Starting in MongoDB 6.1, MongoDB adds the following new parameters:

Starting in MongoDB 6.1, the serverStatus command and the db.serverStatus() method have these output changes:

resharding.remainingOperationTimeEstimatedMillis is replaced by:

  • oplogApplierApplyBatchLatencyMillis

  • collClonerFillBatchForInsertLatencyMillis

In rare circumstances, a write can fail due to cache pressure. When this happens MongoDB issues a TemporarilyUnavailable error and increments the temporarilyUnavailableErrors counter in two places: the slow query log and the Full Time Diagnostic Data Capture (FTDC).

Individual operations within multi-document transactions never return TemporarilyUnavailable errors.

Adjust the write retry properties by modifying the temporarilyUnavailableBackoffBaseMs and temporarilyUnavailableMaxRetries parameters.

Starting in MongoDB 6.1, you can use the *UCP option for regex queries. The *UCP option matches non-ASCII characters (specifically, the option can match UTF-8 characters). However, the *UCP option results in a slower query than one without the option specified.

For an example that uses the *UCP option, see Extend Regex Options to Match Characters Outside of ASCII.

Important

Feature Compatibility Version

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

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

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

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

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 7.0-series to a 6.0-series deployment. However, further downgrading that 6.0-series deployment to a 5.0-series deployment is not supported.

Starting in MongoDB 7.0:

  • Binary downgrades are no longer supported for MongoDB Community Edition.

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

  • The setFeatureCompatibilityVersion command requires an additional parameter, confirm, which must be set to true to upgrade or downgrade FCV.

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

MongoDB 7.0 includes features that are not compatible with earlier releases. Downgrading from 7.0 to an earlier release requires that you remove data that uses these features.

For more information, see Backward-Incompatible Features.

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

To report an issue, see the MongoDB GitHub repository for instructions on how to file a JIRA ticket for the MongoDB server or one of the related projects.

Back

Changelog

On this page