Docs Menu

Docs HomeDevelop ApplicationsMongoDB Manual

Release Notes for MongoDB 5.3

On this page

  • Patch Releases
  • Aggregation
  • Security
  • Sharding
  • General Improvements
  • Report an Issue

Issues fixed:

The first release available for MongoDB 5.3 is 5.3.1. All mentions of MongoDB 5.3 features and updates are available in version 5.3.1.

For a list of all changes in 5.3.0, see:

For a list of all changes in 5.3.1, see:

MongoDB 5.3 introduces the following aggregation stages:

Stage
Description

Populates null and missing field values within documents.

MongoDB 5.3 introduces the following aggregation operators:

Operator
Description

Fills null and missing fields in a window using linear interpolation based on surrounding field values.

Starting in MongoDB 5.3, you can use the $setWindowFields stage with transactions and the "snapshot" read concern.

Starting in MongoDB 5.3, security.kmip.activateKeys activates all newly created KMIP keys upon creation and then periodically checks that keys are in an active state.

Starting in MongoDB 5.3, security.kmip.keyStatePollingSeconds sets the polling interval in seconds at which mongod polls the KMIP server for active keys.

Starting in MongoDB 5.3, you can use the new chunkDefragmentationThrottlingMS parameter to limit the rate of split and merge commands run by the balancer when the chunks in a sharded collection are defragmented.

Starting in MongoDB 5.3, you can use the $geoNear pipeline operator on any field in a time series collection.

Starting in MongoDB 5.3, you can create a collection with a clustered index. Collections created with a clustered index are called clustered collections.

To learn about the benefits compared to a normal collection, see Clustered Collections.

Starting in MongoDB 5.3, serverStatus includes connections.loadBalanced which reports the number of incoming connections received through a load balancer.

Starting in MongoDB 5.3, getParameter can report:

  • whether a parameter can be set at startup

  • whether a parameter can be set during runtime

You can use the getParameter command to report parameter details by passing { showDetails: true }. You can use getParameter to report details on all parameters by passing { showDetails: true, allParameters: true }.

Starting in MongoDB 5.3, explain output can include the following disk usage metrics for a GROUP explain.executionStats.executionStages.inputStage that uses the slot-based execution query engine:

  • spilledBytesApprox, the approximate number of in-memory bytes spilled to disk in the stage

  • spilledRecords, the number of produced records spilled to disk in the stage

  • usedDisk, whether the stage wrote to disk

For details, see explain.executionStats.executionStages.inputStage.

Starting in MongoDB 5.3, the fassertOnLockTimeoutForStepUpDown parameter allows a server that receives a request to step up or down to terminate if it is unable to comply within the timeout.

Starting in MongoDB 5.3, support for multiple arbiters in a replica set is disabled by default. To enable support for multiple arbiters, start each node with the allowMultipleArbiters parameter.

To report an issue, see https://github.com/mongodb/mongo/wiki/Submit-Bug-Reports for instructions on how to file a JIRA ticket for the MongoDB server or one of the related projects.

←  Release NotesCompatibility Changes in MongoDB 5.3 →