Make the MongoDB docs better! We value your opinion. Share your feedback for a chance to win $100.
Click here >
Docs Menu
Docs Home
/ /

Notas de versión de MongoDB 8.3

Importante

MongoDB 8.3 es la última versión menor. A partir de MongoDB 8.2, las versiones menores están disponibles para implementaciones on-premises (Community y EA) para casos de uso específicos. Para obtener más información, consulta Versionado de MongoDB.

Para instalar la última versión de MongoDB compatible para uso on-premises, consulta las instrucciones de instalación.

Problemas corregidos:

  • SERVIDOR-115250 Pausar JWKSetRefreshJob durante el tiempo de inactividad

  • SERVER-121822 Las colecciones agrupadas no filtran correctamente los resultados con $lt on _id

  • SERVER-125887 Agregar soporte para archivos PEM cifrados para la salida gRPC

  • SERVER- La126049 comprobación del límite de montón por ámbito de MozJS utiliza un contador GC global del proceso.

  • WT-16780 Contexto de error insuficiente en WT_PANIC fallos de punto de control en __wt_block_checkpoint_resolve

  • Todos los problemas de JIRA cerrados en 8.3.3

  • 8.3.3 Registro de cambios

Importante

MongoDB 8.3.2 contiene una solución para CVE-2026-8053

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.3.1 contiene una corrección para:

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

Problemas corregidos:

Importante

MongoDB 8.3 incluye correcciones para CVE-2025-12893, CVE-2025-13507, CVE-2025-14345, y CVE-2026-8336.

Para obtener la información más reciente sobre las actualizaciones de seguridad de MongoDB, consulte Boletines de seguridad de MongoDB.

MongoDB 8.3 mejora el acceso a los índices de elementos de arreglos en las expresiones de agregación de $map, $filter y $reduce. Puedes usar el nuevo campo arrayIndexAs para establecer una variable que almacene el índice de un elemento de un arreglo. También puedes utilizar la nueva variable del sistema de agregación $$IDX para acceder al índice del elemento actual del arreglo si omites arrayIndexAs.

A partir de MongoDB 8.3, Full Time Diagnostic Data Capture (FTDC) recopila connPoolStats métricas para mongod procesos.

serverStatus incluye los siguientes campos nuevos en su resultado:

MongoDB 8.3 elimina el campo service en la salida serverStatus.

A partir de MongoDB 8.3, puedes excluir todos los campos opcionales de la salida de serverStatus especificando none: 1. Después de excluir todos los campos opcionales, puede especificar los campos que desea incluir.

Para obtener más detalles, consulta Excluir todos los campos opcionales.

También puedes especificar opcionalmente lockContentionMetrics: 1 en el comando serverStatus para incluir lockContentionMetrics en la salida.

A partir de MongoDB 8.3, $toString puede convertir tipos BSON adicionales a cadenas, incluidos objetos, arreglos, expresiones regulares, MaxKeys, MinKeys y marcas de tiempo. Para más detalles, consulta $toString.

MongoDB 8.3 introduce el argumento opcional base para $convert para convertir entre valores de string y numéricos utilizando las bases 2, 8, 10 y 16. Para más detalles, consulte $convert.

Desde MongoDB 8.3, puedes convertir cadenas que representan arrays utilizando $convert o la expresión abreviada $toArray.

También puedes convertir entre binData y arreglos de valores numéricos. Para más detalles, consulte Convertir binData a arreglo y Convertir un arreglo de valores numéricos en binData.

A partir de MongoDB 8.3, puedes convertir cadenas que representen objetos utilizando $convert o la expresión abreviada $toObject.

A partir de MongoDB 8.3, si un documento contiene tanto GeoJSON como campos legados de coordenadas numéricas, la generación de índices geoespaciales prioriza las coordenadas GeoJSON.

Si tus documentos contienen valores de coordenadas numéricas heredadas que preceden a las coordenadas GeoJSON y los índices existentes dependen de ese comportamiento, es posible que debas reconstruir tus índices geoespaciales.

Este cambio puede requerir que reconstruyas los índices geoespaciales si tus documentos contienen valores de coordenadas numéricas anteriores que preceden a las coordenadas GeoJSON y los índices existentes dependen de ese comportamiento. Revisa las consultas geoespaciales para confirmar que devuelvan los resultados previstos.

A partir de MongoDB 8.3, el comando removeShard se ha desaprobado. Esta versión introduce cuatro nuevos comandos para reemplazar removeShard y proporcionar un control granular sobre el proceso de drenaje y eliminación de particiones.

MongoDB proporciona cuatro comandos adicionales para la transición de un servidor de configuración incrustado a un servidor de configuración dedicado.

MongoDB 8.3 añade tres nuevos parámetros de servidor que limitan el consumo de recursos de las conexiones previas a la autenticación:

MongoDB 8.3 añade el parámetro cachePressureQueryPeriodMilliseconds, que establece el intervalo de tiempo que MongoDB espera entre las comprobaciones de presión de caché del motor de almacenamiento. Si el motor de almacenamiento está bajo presión de caché, MongoDB aborta la transacción más antigua. Para obtener detalles, consulta cachePressureQueryPeriodMilliseconds.

MongoDB 8.3 aumenta el valor por defecto de diagnosticDataCollectionDirectorySizeMB de 200 a 500 MiB.

MongoDB 8.3 añade el parámetro overloadAwareServerSelectionEnabled, que controla si los reintentos que se dirigen a otros servidores del clúster evitan a los nodos que recientemente devolvieron un error etiquetado como SystemOverloadedError. Puede activar este parámetro para optar por la redirección consciente de la sobrecarga.

A partir de MongoDB 8.3, el parámetro ingressRequestRateLimiterApplicationExemptions te permite especificar aplicaciones a eximir de la limitación de la tasa de solicitudes de entrada. Para más detalles, consulta ingressRequestRateLimiterApplicationExemptions.

MongoDB 8.3 añade dos parámetros que te permiten controlar el impacto que el perfilador de base de datos tiene en el rendimiento de las queries:

MongoDB 8.3 también añade dos métricas relacionadas serverStatus:

MongoDB 8.3 añade parámetros para configurar cómo los clientes internos del lado del servidor (entre mongos y mongod) retroceden al reintentar operaciones que fallan debido a sobrecarga.

A partir de la 8.3, las operaciones de inserción que generan un objeto BSON demasiado grande devuelven el código de error 10334 BSONObjectTooLarge. En versiones anteriores, las operaciones upsert que producen un objeto BSON demasiado grande devuelven los códigos de error 17419 o 17420.

A partir de 8.3, MongoDB ya no habilita automáticamente el campo checkBSONConformance en el método db.collection.validate() cuando full es true. Además, el método db.collection.validate() ahora verifica que una colección no tenga ningún document que supere los 16 MB.

MongoDB 8.3 introduce una nueva $subtype expresión para extraer el subtipo de los objetos de tipo binary de los datos.

MongoDB 8.3 introduce nuevas expresiones de agregación para la conversión entre BSON y el formato Extended JSON (EJSON):

  • $serializeEJSON - Convierte valores BSON al formato Extended JSON con contenedores de tipo. Admite tanto los formatos canónicos como los formatos extendidos relajados de JSON.

  • $deserializeEJSON - Convierte el formato JSON extendido de nuevo a valores BSON nativos.

Estas expresiones pueden combinarse con $convert para analizar cadenas JSON, transformar valores Extended JSON en valores BSON nativos y volver a convertirlos a formato JSON.

A partir de MongoDB 8.3, puedes usar $createObjectId para generar nuevos ObjectId() valores aleatorios en pipelines y actualizaciones basadas en expresiones.

MongoDB 8.3 introduce dos nuevas expresiones de agregación para generar huellas desde cadenas UTF-8 o datos binary:

  • $hash – Genera un valor hash de BinData a partir de una cadena UTF-8 o datos binary utilizando MD5, SHA-256 o XXH64.

  • $hexHash - Genera un hash de string hexadecimal en mayúsculas a partir de una string UTF-8 o datos binary utilizando MD5, SHA-256 o XXH64.

MongoDB 8.3 introduce una nueva "searchRootDocumentId" palabra clave para la expresión. Puede usar esta palabra clave para devolver $meta el _id valor del documento raíz para los documentos incrustados en el conjunto $search de resultados. Para obtener más información, consulte searchRootDocumentId.

A partir de MongoDB 8.3, si unit no es "millisecond" en $dateAdd o $dateSubtract y la fecha de input es anterior a ISODate("1970-01-01T00:00:00Z"), el resultado será un segundo mayor que en versiones anteriores de MongoDB. Esto también afecta los resultados de agregaciones que realizan cálculos basados en el tiempo como $setWindowFields y $densify.

MongoDB 8.3 continua el comportamiento introducido en MongoDB 8.2. Si un document contiene tanto GeoJSON como campos de coordenadas numéricas heredadas, la generación del índice geoespacial da prioridad a las coordenadas GeoJSON.

Si tus documentos contienen valores de coordenadas numéricas heredadas que preceden a las coordenadas GeoJSON y los índices existentes dependen de ese comportamiento, es posible que debas reconstruir tus índices geoespaciales.

Este cambio podría requerir que vuelvas a crear índices geoespaciales si tus documentos contienen valores de coordenadas numéricas heredadas que preceden a las coordenadas GeoJSON y los índices existentes dependen de ese comportamiento. Revisar las consultas geoespaciales para confirmar que devuelvan resultados esperados.

A partir de MongoDB 8.3, el servidor puede analizar todo el rango de números representables de punto flotante de double precisión. Esto incluye números subnormales en los que el dígito más significativo tiene ceros a la izquierda y el exponente el valor mínimo posible.

Para más detalles, consulte Números subnormales.

A partir de MongoDB 8.3, la longitud de la string que proporcionas a chars está limitada a 4096 caracteres. Para más detalles, ver $trim Limitaciones.

A partir de MongoDB 8.3, puede utilizar $mergeObjects en las operaciones de $setWindowFields.

A partir de MongoDB 8.3, sp.process() admite el parámetro de input options.limit. Después de que sp.process() devuelva limit document a su terminal, la sesión terminará.

A partir de MongoDB 8.3, el motor de query limita el uso de memoria de la etapa TextOr a 100 megabytes. La etapa TextOr procesa $text queries que leen los metadatos de la puntuación del text. Por ejemplo, TextOr procesa queries que ordenan los resultados por puntuación de texts. Si la etapa TextOr supera este límite:

  • Si allowDiskUse es true, la etapa vierte los resultados intermedios en disco.

  • Si allowDiskUse es false, la query falla con un error por superación del límite de memoria.

En versiones anteriores, la etapa TextOr no tenía límite de memoria y consumía RAM sin restricciones, lo que corría el riesgo de errores de falta de memoria (OOM).

A partir de MongoDB 8.3, la longitud de la string que proporcionas a chars está limitada a 4096 caracteres. Para más detalles, ver $trim Limitaciones.

A partir de MongoDB 8.3, solo puedes ejecutar operaciones DDL y applyOps en un mongos para todos los clústeres fragmentados. Estas operaciones pueden estar temporalmente no disponibles durante la transición de un set de réplicas a un clúster.

MongoDB 8.3 añade el parámetro findShardsOnConfigTimeoutMS que establece el tiempo de espera en milisegundos para las operaciones find en el namespace config.shards. Para obtener más detalles, consulte findShardsOnConfigTimeoutMS.

MongoDB 8.3 elimina el el config.csrs.indexes namespace.

A partir de MongoDB 8.3, 2dsphereIndexVersion está configurado en la versión 4 por defecto.

Si necesitas degradar la compatibilidad de características entre versiones a cualquier valor por debajo del 8.3, primero debes descartar los 2dsphere índices de la versión 4.

A partir de MongoDB 8.3, los servidores de fragmentos incluyen las consultas que se originan en mongos en las estadísticas de consultas cuando queryStats está activado. Anteriormente, la mayoría de las consultas reenviadas desde mongos a particiones no aparecían en las estadísticas de consultas a nivel de partición, lo que reducía la exhaustividad de los diagnósticos a nivel de partición.

A partir de MongoDB 8.3, los conjuntos de réplicas que anteriormente eran clusters fragmentados no se pueden volver a convertir en conjuntos de réplicas.

La conversión de un clúster fragmentado en un conjunto de réplicas preserva los metadatos de particionado de su implementación anterior, incluido un document de identidad de partición, lo que impide que vuelva a convertirse en un clúster fragmentado. Si intentas una reconversión autogestionada a un clúster particionado, MongoDB devolverá un error.

Para convertir estos sets de réplicas en clústeres fragmentados, contacta con el soporte técnico.

MongoDB 8.3 introduce la opción mongod --replicaSetConfigShardMaintenanceMode.

En versiones anteriores, convertir un set de réplicas en un clúster con una partición de configuración embebida requería migrar primero a un clúster con un set de réplicas de servidor de configuración dedicado.

Si reinicias un conjunto de réplicas con las opciones --replicaSetConfigShardMaintenanceMode y --configsvr, puedes convertir directamente el nodo primario en una partición de configuración embebida.

Para más información, consulta Convertir un conjunto de réplicas en una partición de configuración empotrada.

A partir de MongoDB 8.3, refineCollectionShardKey para las colecciones de series temporales solo acepta claves de partición especificadas usando los campos lógicos de metadatos y tiempo de la colección. MongoDB ya no admite la selección de llaves utilizando el formato subyacente de buckets.

A partir de MongoDB 8.3, crear un índice con el nombre de "_id_" o especificar una sugerencia de "_id_" en colecciones de series temporales genera un error.

A partir de MongoDB 8.3, no puedes crear un timeField que comience con un carácter $.

A partir de MongoDB 8.3, puedes utilizar los siguientes campos nuevos para rastrear el uso de memoria de las queries:

Campo
Descripción

inUseTrackedMemBytes

Número de bytes de memoria rastreada en uso por la operación de query actual.

peakTrackedMemBytes

Número máximo de bytes de memoria supervisada en uso por la operación de query actual.

Ambos campos aparecen en los siguientes lugares:

El campo peakTrackedMemBytes también aparece en los siguientes lugares:

A partir de 8.3, utiliza las siguientes nuevas métricas en $queryStats para medir el comportamiento de checkForInterrupt:

  • metrics.numInterruptChecksPerSec

  • metrics.overdueInterruptApproxMaxMillis

A partir de MongoDB 8.3, las entradas del registro de consultas lentas tienen un campo originalQueryShapeHash opcional que contiene la forma del query de las siguientes operaciones que se originan en mongos :

MongoDB 8.3 introduce entradas para el registro de un query en curso que es lento. Los mensajes de registro sobre consultas en curso lentas contienen menos información que los registros estándar de consultas lentas. MongoDB registra las consultas como máximo una vez si la duración de la consulta supera slowOpInProgressThreshold. Puedes establecer el umbral con db.setProfilingLevel() o con la nueva opción de línea de comandos mongod --defaultSlowInProgMS.

A partir de MongoDB 8.3, si ejecutas explain() en una base de datos que no existe en un clúster fragmentado, la etapa de ejecución llega hasta el final de la transmisión y la operación no crea la base de datos. Para obtener más información sobre las estadísticas de ejecución de fin de flujo, consulta explain.executionStats.executionStages.isEOF.

A partir de MongoDB 8.3, no se puede especificar SCRAM-SHA-1 para authenticationMechanisms y a la vez especificar mongod --tlsFIPSMode o mongos --tlsFIPSMode.

Si intentas especificar SCRAM-SHA-1 para authenticationMechanisms mientras también especificas --tlsFIPSMode, el servidor arroja un error y registra un mensaje similar al siguiente:

SCRAM-SHA-1 is not allowed in FIPS mode.

Para actualizar a MongoDB 8.3, se debe consultar las instrucciones de actualización específicas para la implementación de MongoDB:

Si necesitas orientación sobre cómo actualizar a la versión 8.3, los servicios profesionales de MongoDB ofrecen asistencia para garantizar una transición fluida sin interrupciones en tu aplicación de MongoDB. Para obtener más información, consulta Consultoría de MongoDB.

Para descargar MongoDB 8.3, dirígete al Centro de descargas de MongoDB.

Importante

Las versiones menores pueden no ser compatibles con algunas funcionalidades, incluyendo Atlas Migración en vivo o mongosync. Si necesitas estas funcionalidades, utiliza una versión principal en su lugar.

A partir de MongoDB 8.3, puedes degradar tu versión de MongoDB a la versión inmediatamente anterior, menor o mayor.

MongoDB solo admite degradaciones de una única versión a lo largo de versiones adyacentes. No puedes cambiar a una versión que esté varias versiones por detrás de tu versión actual.

  • Para cualquier versión, mayor o menor, puedes actualizar o degradar a sus vecinos adyacentes. Por ejemplo, puedes degradar desde 8.3 hasta 8.2 o actualizar desde 7.0 hasta 8.0.

  • Para todas las versiones, tanto mayores como menores, puedes degradar a la versión mayor inmediatamente anterior. Por ejemplo, desde 8.3 hasta 8.0.

  • Para cualquier versión menor, puedes actualizar a la siguiente versión inmediatamente. Por ejemplo, desde 8.2 hasta 8.3.

MongoDB 8.3 incluye funcionalidades que no son compatibles con versiones anteriores. La degradación de la versión 8.3 a una versión anterior requiere que remueva los datos que utilizan estas funcionalidades.

Para obtener más información, consulte Características incompatibles con versiones anteriores.

Volver

Notas de versión del servidor

En esta página