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

Notas de versión para MongoDB 6.0

Esta página describe los cambios y las nuevas funcionalidades introducidas en MongoDB 6.0.

MongoDB 6.0 es una versión importante, lo que significa que es compatible tanto con MongoDB Atlas como con las implementaciones on-premises. MongoDB 6.0 incluye los cambios introducidos en las versiones de lanzamiento rápido de MongoDB 5.1, 5.2 y 5.3. Esta página describe los cambios introducidos en esas versiones rápidas y en MongoDB 6.0.

Para aprender más sobre las diferencias entre las versiones principales y rápidas, consulte Versionado de MongoDB.

Advertencia

Limitaciones de versiones pasadas

Los avisos críticos a continuación afectan a algunas versiones anteriores de MongoDB. Si la implementación depende de características afectadas por un aviso crítico, se debe actualizar a la última versión disponible del parche.

Problema
Versiones afectadas

6.0.0

6.0.0 - 6.0.12

6.0.0 - 6.0.11 (Colecciones de series temporales fragmentadas por objetos incrustados de metaField)

6.0.0 - 6.0.13

6.0.0 - 6.0.4 (arquitecturas de sistemas ARM64 o POWER)

6.0.0 - 6.0.5 (copias de seguridad incrementales en clústeres de Ops Manager o Cloud Manager)

6.0.0 - 6.0.16

6.0.0 - 6.0.14

Importante

MongoDB 6.0.28 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 6.0.27 contiene una solución para CVE-2025-14847.

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

Problemas corregidos:

  • SERVIDOR-115508: Crea buffers de tamaño mínimo para Mensajes sin comprimir

Problemas corregidos:

Problemas corregidos:

Importante

La corrección para el manejo incorrecto de datos incompletos puede impedir que mongos acepte nuevas conexiones

Debido a CVE-2025-6714, en MongoDB 6.0 antes de 6.0.23, MongoDB Server mongos el componente puede dejar de responder a nuevas conexiones debido a una gestión incorrecta de los datos incompletos. Este problema afecta a los clústeres sharded de MongoDB que están configurados con soporte de balanceador de carga para mongos usando HAProxy en puertos especificados.

Este problema afecta a las siguientes versiones de MongoDB Server:

  • 8.0.0 - 8.0.8

  • 7.0.0 - 7.0.19

  • 6.0.0 - 6.0.22

Puntuación CVSS: 7.5

CWE: CWE-834 Iteración excesiva Y CWE-400 Consumo incontrolado de recursos

Problemas corregidos:

Importante

MongoDB Server puede ser susceptible a la escalada de privilegios debido a la etapa $mergeCursors

Debido al CVE-2025-6713, en MongoDB 6.0 anterior a la 6.0.22, un usuario no autorizado puede aprovechar un pipeline de agregación especialmente diseñado para acceder a datos sin la debida autorización debido a un manejo inadecuado de la etapa $mergeCursors en MongoDB Server. Esto puede conducir al acceso a datos sin la debida autorización adicional.

Este problema afecta a las siguientes versiones de MongoDB Server:

  • 8.0.0 - 8.0.6

  • 7.0.0 - 7.0.18

  • 6.0.0 - 6.0.21

Puntuación CVSS: 7.7

CWE: CWE-285: Autorización inadecuada

Problemas corregidos:

  • SERVER-106752 MongoDB Server puede ser susceptible a la escalada de privilegios debido a la etapa $mergeCursors

Importante

Vulnerabilidad en la autenticación previa de denegación de servicio en la autenticación OIDC de MongoDB Server

Debido a CVE-2025-6709, en MongoDB 6.0 anterior a la versión 6.0.21, MongoDB Server es susceptible a una vulnerabilidad de denegación de servicio debido al manejo inadecuado de valores de fecha específicos en la entrada JSON al utilizar la autenticación OIDC. Esto se puede reproducir usando el shell de Mongo para enviar una carga útil JSON maliciosa que genera una falla invariante y la caída del servidor.

Este problema afecta a las siguientes versiones de MongoDB Server:

  • 8.0.0 - 8.0.4

  • 7.0.0 - 7.0.16

El mismo problema afecta a MongoDB Server v6.0, pero un atacante solo puede inducir una denegación de servicio después de autenticarse. Este problema afecta a las siguientes versiones de MongoDB Server:

  • 6.0.0 - 6.0.20

Puntuación CVSS: 7.5

CWE: CWE-20: Validación incorrecta de entrada

Importante

Vulnerabilidad de Stack Overflow de denegación de servicio antes de la autenticación en el análisis de JSON mediante recursión excesiva en MongoDB

Debido a CVE-2025-6710, en MongoDB 6.0 anterior a la versión 6.0.21, MongoDB Server puede ser susceptible a un stack overflow debido al mecanismo de análisis de JSON, donde entradas JSON específicamente diseñadas pueden inducir niveles de recursión no deseados, y resultar en un consumo excesivo de espacio en la pila. Dichas entradas pueden provocar un stack overflow que cause el bloqueo del servidor, lo cual podría ocurrir antes de la autorización.

Este problema afecta a las siguientes versiones de MongoDB Server:

  • 8.0.0 - 8.0.4

  • 7.0.0 - 7.0.16

El mismo problema afecta a MongoDB Server v6.0, pero un atacante solo puede inducir una denegación de servicio después de autenticarse. Este problema afecta a las siguientes versiones de MongoDB Server:

  • 6.0.0 - 6.0.20

Puntuación CVSS: 7.5

CWE: CWE-674: Recursividad no controlada

Problemas corregidos:

  • SERVIDOR-94405 Volver a activar la división automática en la colección de sesiones al degradar a compatibilidad de características entre versiones 5.0.

  • SERVER-96252 setOrphanCountersOnRangeDeletionTasks fallará si falta el índice de clave de partición

  • SERVER-98720 Añadir llamadas a redact() faltantes a los registros de advertencias de “error del ejecutor de plan”.

  • SERVER-100594 Reducir el máximo de profundidad de fromjson de 250 a 200

  • SERVIDOR-101298 Opta por no utilizar el bloqueo PBWM antes de obtener el bloqueo global en compact

  • SERVER-106748 Denegación de servicio previa a la autenticación al aceptar la autenticación OIDC

  • SERVER-106749 Vulnerabilidad de denegación de servicio por Stack Overflow previa a la autenticación en el análisis de JSON mediante recursión excesiva en MongoDB

  • Todos los problemas de Jira cerrados en 6.0.21.

  • 6.0.21 Registro de cambios

Importante

La neutralización inadecuada de bytes nulos puede llevar a sobrelecturas de búfer en MongoDB Server.

En MongoDB 6.0 y 6.0.19, un usuario autorizado puede activar fallos o recibir el contenido de sobrelecturas de búfer de la memoria del servidor al emitir solicitudes especialmente diseñadas que construyan BSON malformados en MongoDB Server.

Este problema afecta a las versiones de MongoDB Server:

  • 5.0.0 - 5.0.29

  • 6.0.0 - 6.0.18

  • 7.0.0 - 7.0.14

  • 8.0.0 - 8.0.2

Importante

Corrección para CSFLE y Queryable Encryption: la autoconsulta puede enviar valores en subpipelines como texto sin formato en lugar de texto cifrado.

Debido a la CVE-2024-8013, en MongoDB 6.0 anterior a 6.0.16, un error en el análisis de query de ciertas subpipelines complejas autorreferenciales $lookup puede resultar en que los valores literales en las expresiones para los campos cifrados se envíen al servidor de forma incorrecta.

Si esto ocurre, no se devolverán ni se escribirán documentos. Este problema afecta al binario mongocryptd y a la biblioteca compartida mongo_crypt_v1 en las siguientes versiones de MongoDB Server:

  • 7.3.0 - 7.3.3

  • 7.0.0 - 7.0.11

  • 6.0.0 - 6.0.16

  • 5.0.0 - 5.0.28

Puntuación CVSS: 2.2

CWE: CWE-319: Transmisión de información confidencial en texto no cifrado

Importante

La corrección para MongoDB Server podría permitir una conexión no confiable exitosa

Debido a CVE-2024-1351, en MongoDB 6.0 anterior a 6.0.14, bajo ciertas configuraciones de --tlsCAFile y CAFile, MongoDB Server puede omitir la validación del certificado de igual, lo que puede dar como resultado que las conexiones no confiables se realicen con éxito.

Esto puede reducir de manera efectiva las garantías de seguridad proporcionadas por TLS y abrir conexiones que deberían haberse cerrado debido a la falla en la validación del certificado. Este problema afecta a las siguientes versiones de MongoDB Server:

  • 7.0.0 - 7.0.5

  • 6.0.0 - 6.0.13

  • 5.0.0 - 5.0.24

  • 4.4.0 - 4.4.28

Puntuación CVSS: 8.8

CWE: CWE-295: validación incorrecta del certificado

  • SERVER-69244 $merge falla cuando el nivel de consistencia de lectura por defecto de la sesión se establece en “mayoría”.

  • SERVIDOR-81295 No se puede reanudar las pipelines changeStream de la V2 con tokens de reanudación V1

  • SERVER-81966 Evitar la modificación de instancias anteriores de ChunkMap durante la actualización.

  • WT-7929 Investigar una solución para evitar bloqueos del FTDC durante el punto de control.

  • WT-11564 Corrija RTS para leer el valor de transacción más reciente solo cuando exista en el punto de control

  • Todos los problemas de Jira cerrados en 6.0.12

  • 6.0.12 Changelog

Advertencia

Si actualizas una instancia existente de MongoDB a la versión 6.0.5, esa instancia puede fallar al arrancar si fork: true está configurado en el archivo mongod.conf.

El problema de actualización afecta a todas las instancias de MongoDB que utilizan paquetes de instalación .deb o .rpm. Las instalaciones que usan el lanzamiento tarball (.tgz) u otros tipos de paquetes no se ven afectadas. Para obtener más información, consulta SERVIDOR-74345.

Para remover la configuración de fork: true, ejecute estos comandos desde una terminal del sistema:

systemctl stop mongod.service
sed -i.bak '/fork: true/d' /etc/mongod.conf
systemctl start mongod.service

El segundo comando systemctl inicia la instancia actualizada después de que se elimine la configuración.

Problemas corregidos:

Problemas corregidos:

Problemas corregidos:

Problemas corregidos:

Problemas corregidos:

El resto de esta página describe los cambios y nuevas funcionalidades introducidos en MongoDB 6.0.

MongoDB 6.0 presenta las siguientes etapas de agregación:

Etapa
Descripción

Crea nuevos documentos en una secuencia de documentos donde faltan valores en un campo específico.

Devuelve documentos literales a partir de expresiones de entrada.

Rellena null y los valores de campo faltantes dentro de los documentos.

Novedad en la versión 6.0.3: Proporciona información sobre el tamaño y la distribución de los datos en las colecciones particionadas.

MongoDB 6.0 introduce los siguientes operadores de agregación:

Operador
Descripción

Devuelve el elemento más bajo dentro de un grupo según el orden de acomodo especificado.

Devuelve una agregación de los n elementos inferiores dentro de un grupo, según el orden de clasificación especificado.

Devuelve una agregación de los primeros elementos den dentro de un grupo. Distinto del operador de arreglo $firstN.

Devuelve un número especificado de elementos desde el inicio de un arreglo. Distinto del acumulador $firstN.

Devuelve una agregación de los últimos elementos n dentro de un grupo. Distinto del operador de arreglo $lastN.

Devuelve un número especificado de elementos desde el final de un arreglo. Distinto del acumulador $lastN.

Completa null y los campos faltantes en una ventana usando interpolación lineal basada en los valores de los campos circundantes.

Última observación llevada hacia adelante. Establece los valores para null y los campos ausentes en una ventana al último valor no nulo del campo.

Devuelve una agregación de los n elementos de mayor valor dentro de un grupo. Diferente del $maxN operador de arreglo.

Devuelve los valores más grandes de n en un arreglo. Distinto del acumulador $maxN.

Devuelve una agregación de los n elementos con valores mínimos dentro de un grupo. Diferente del $minN operador de arreglos.

Devuelve los n valores más pequeños en un arreglo. Distinto del acumulador $minN.

Ordena un arreglo en función de sus elementos.

Devuelve el elemento superior dentro de un grupo según el orden de clasificación especificado. Diferente del comando top.

Devuelve una agregación de los n elementos principales dentro de un grupo, de acuerdo con el orden de clasificación especificado.

Devuelve el ordinal incremental de una marca de tiempo como un long.

Devuelve los segundos de una marca de tiempo como un long.

A partir de MongoDB 5.1, las etapas de agregación $lookup y $graphLookup admiten colecciones fragmentadas en el parámetro from.

En versiones previas de MongoDB, $lookup y $graphLookup solo permitían colecciones no particionadas from.

No se puede usar la etapa $graphLookup dentro de una transacción durante el direccionamiento a una colección fragmentada.

A partir de MongoDB 5.1, los change streams están optimizados, proporcionando una utilización más eficiente de los recursos y una ejecución más rápida de algunas etapas del pipeline de agregación.

A partir de MongoDB 6.0, el flujo de cambios presenta un nuevo campo wallTime que contiene la fecha y hora del servidor de la operación en la base de datos.

A partir de MongoDB 6.0, se pueden utilizar flujos de cambios para generar la versión de un documento antes y después de los cambios (las imágenes previas y posteriores del documento). Para ver ejemplos, consultar Change Streams con imágenes previas y posteriores a los documentos.

A partir de MongoDB 6.0, los flujos de cambios pueden mostrar eventos de cambio adicionales para operaciones DDL, como la creación de índices y la eliminación de colecciones.

Para obtener más información, consulte Eventos ampliados.

A partir de MongoDB 6.0, siempre que sea posible, los filtros de coincidencia se aplican a los flujos de datos antes que en las versiones anteriores. Esto mejora el rendimiento. Sin embargo, cuando un filtro está definido de forma estricta, una coincidencia anterior puede provocar que una operación que tenía éxito en versiones previas falle en la 6.0.

A partir de MongoDB 6.0, puedes utilizar Parámetros del clúster para una implementación autogestionada para modificar y recuperar opciones de configuración para todos los nodos en un set de réplicas o clúster. Puedes usar setClusterParameter para modificar opciones a nivel de clúster y getClusterParameter para recuperar el valor de un parámetro de clúster.

A partir de MongoDB 6.0, puedes usar ShardingTaskExecutorPoolMinSizeForConfigServers y ShardingTaskExecutorPoolMaxSizeForConfigServers para establecer el tamaño mínimo y máximo del pool de conexiones de TaskExecutor para servidores de configuración.

A partir de MongoDB 6.0, puedes usar changeStreamOptions para controlar la política de retención de imágenes previas y posteriores de flujo de cambios.

A partir de MongoDB 6.0, puedes utilizar el nuevo parámetro internalSessionsReapThreshold para establecer el límite de sesión para la eliminación de metadatos de sesión internos.

A partir de MongoDB 5.3, el soporte para múltiples árbitros en un set de réplicas está desactivado por defecto. Para permitir el soporte para múltiples árbitros, se debe iniciar cada nodo con el parámetro allowMultipleArbiters.

A partir de MongoDB 5.3, puedes crear una colección con un índice clusterizado. Las colecciones creadas con un índice agrupado se llaman colecciones agrupadas.

Para conocer las ventajas en comparación con una colección normal, consulte Colección con índice clusterizado.

A partir de MongoDB 5.1, puedes usar el comando de base de datos collMod para agregar la opción expireAfterSeconds a un índice existente de campo único sin TTL.

A partir de MongoDB 6.0, puedes utilizar las opciones prepareUnique y unique para el comando collMod para convertir un índice estándar existente en un índice único.

A partir de MongoDB 6.0, puedes usar los operadores $in y $or para crear índices parciales. La profundidad máxima partialFilterExpression también se amplía de 2 a 4. Ahora se pueden utilizar los operadores $and y $or en niveles que no son superiores.

A partir de MongoDB 5.1, se implementa una nueva política SE Linux para:

ejecutando en Red Hat Linux. La política de SELinux es para su uso con instalaciones por defecto que utilizan rpm paquetes instaladores.

MongoDB 6.0.3 presenta compatibilidad para RHEL / CentOS / Oracle / Rocky / AlmaLinux 9.

Para instalar MongoDB en RHEL, consulta:

A partir de MongoDB 5.3, el soporte para múltiples árbitros en un set de réplicas está desactivado por defecto. Para permitir el soporte para múltiples árbitros, se debe iniciar cada nodo con el parámetro allowMultipleArbiters.

A partir de MongoDB 5.2, el initialSyncMethod determina si la sincronización inicial es una sincronización inicial lógica o una sincronización inicial basada en copia de archivos.

initialSyncMethod solo está disponible en MongoDB Enterprise Server.

A partir de MongoDB 6.0, puedes usar el parámetro del servidor oplogBatchDelayMillis para especificar un retardo para las escrituras de lotes de oplog en los secundarios. Agregar un breve retraso por lotes de oplog puede reducir IOPS en los secundarios, pero agrega latencia a las escrituras con nivel de confirmación de escritura (write concern) "majority".

Para obtener más información, consulta oplogBatchDelayMillis.

A partir de MongoDB 6.0 Enterprise, puedes cifrar el registro de auditoría de MongoDB.

Para configurar el registro de auditoría, consulta Registro de auditoría.

mongod agrega estos parámetros:

A partir de MongoDB 6.0.3, puede usar la etapa $shardedDataDistribution para analizar cómo se distribuyen sus datos fragmentados en el clúster.

Si estás ejecutando MongoDB 5.0, puedes actualizar tu clúster a MongoDB 6.0 y analizar la distribución de datos particionado. Para obtener detalles adicionales, consulte Análisis de la distribución de datos fragmentados.

A partir de MongoDB 6.0.3, los datos en clústeres sharded se distribuyen en función del tamaño de los datos en lugar de la cantidad de fragmentos. Como resultado, debes estar al tanto de los siguientes cambios significativos en el comportamiento de la distribución de datos de clústeres sharded:

  • El balanceador distribuye rangos de datos en lugar de fragmentos. La política de equilibrio busca la uniformidad en la distribución de datos en lugar de la distribución de fragmentos.

  • Los fragmentos no están sujetos a dividirse de manera automática. En cambio, los fragmentos solo se dividen cuando se trasladan entre particiones

  • Un fragmento ahora se denomina un rango.

  • moveRange ha reemplazado a moveChunk.

A partir de MongoDB 5.2, el tamaño por defecto de los fragmentos es de 128 megabytes. En versiones anteriores de MongoDB, el tamaño por defecto de los fragmentos es de 64 megabytes.

A partir de MongoDB 6.0, ya no se requiere el comando enableSharding para crear particiones en una colección.

A partir de MongoDB 5.3, el comando balancerCollectionStatus devuelve información detallada cuando se ejecuta en un namespace que se está sometiendo a una desfragmentación de fragmentos. La salida incluye la fase actual de la desfragmentación y cuántos fragmentos quedan por procesar.

Para ver una salida de ejemplo, consulta Proceso de desfragmentación en curso.

A partir de MongoDB 5.1, MongoDB utiliza un nuevo motor de ejecución de consultas para las consultas elegibles, llamado motor de ejecución de consultas basado en ranuras. Si se utiliza el motor de ejecución de consultas basado en ranuras, se añaden nuevos campos a la salida del plan de explicación de la query.

A partir de la versión 6.0, MongoDB utiliza el motor de ejecución de query basado en ranuras para ejecutar las etapas $group y $lookup elegibles cuando se cumplen ciertas condiciones.

Para obtener más información, consulte Optimización de la pipeline del Motor de Ejecución de query Basado en Ranuras.

Las siguientes secciones describen las novedades en la Stable API introducidas en MongoDB 6.0.

Para consultar la lista completa de comandos de base de datos disponibles en la Stable API, consulte Registro de cambios de la Stable API.

A partir de MongoDB 6.0, los siguientes comandos de base de datos se admiten en el Stable API:

Comando
Descripción
Versión estable de la API

Cuenta el número de documentos en una colección o una vista. (También disponible en la Stable API para la serie 5.0 de implementaciones a partir de MongoDB 5.0.9.)

V1

A partir de MongoDB 6.0, las siguientes etapas de agregación y operadores son compatibles con la Stable API:

Etapa u operador
Descripción
Versión estable de la API

Devuelve el elemento más bajo dentro de un grupo, de acuerdo con el criterio de orden de clasificación especificado.

V1

Devuelve una agregación de los n elementos inferiores dentro de un grupo, según el orden de clasificación especificado.

V1

Incrementa un objeto Date en una cantidad especificada de unidades de tiempo.

V1

Devuelve la diferencia entre dos fechas.

V1

Disminuye un objeto Fecha en un número especificado de unidades de tiempo.

V1

Trunca una fecha.

V1

Crea nuevos documentos en una secuencia de documentos donde faltan ciertos valores en un campo.

V1

$firstN (acumulador de agregación)

Devuelve una agregación de los primeros elementos den dentro de un grupo.

V1

$firstN (operador de arreglo)

Devuelve un número especificado de elementos desde el inicio de un arreglo.

V1

Devuelve el valor de un campo especificado de un documento.

V1

$lastN (acumulador de agregación)

Devuelve una agregación de los últimos elementos n dentro de un grupo.

V1

$lastN (operador de arreglo)

Devuelve un número especificado de elementos desde el final de un arreglo.

V1

Última observación llevada hacia adelante. Establece los valores para null y los campos ausentes en una ventana al último valor no nulo del campo.

V1

$maxN (acumulador de agregación)

Devuelve una agregación de los valores máximos de los elementos n dentro de un grupo.

V1

$maxN (operador de arreglo)

Devuelve los valores más grandes de n en un arreglo.

V1

$minN (acumulador de agregación)

Devuelve una agregación de los elementos de valor mínimo n dentro de un grupo.

V1

$minN (operador de arreglo)

Devuelve los n valores más pequeños en un arreglo.

V1

Añade, actualiza o remueve un campo especificado en un documento.

V1

Realiza operaciones en un intervalo especificado de documentos en una colección, conocido como ventana, y devuelve los resultados basados en el operador de ventanaelegido.

V1

Ordena un arreglo en función de sus elementos.

V1

Devuelve el elemento principal dentro de un grupo según el orden de acomodo especificado.

V1

Devuelve una agregación de los n elementos principales dentro de un grupo, de acuerdo con el orden de clasificación especificado.

V1

Devuelve el ordinal incremental de una marca de tiempo como un long.

V1

Devuelve los segundos de una marca de tiempo como un long.

V1

A partir de MongoDB 6.0, se admiten los siguientes operadores de ventana en la Stable API:

operador de ventana
Descripción
Versión estable de la API

Devuelve un arreglo de todos los valores únicos que resultan de aplicar una expresión a cada documento.

V1

Devuelve el promedio de la expresión especificada. Ignora los valores no numéricos.

V1

Devuelve la cantidad de documentos en el grupo o ventana.

V1

Devuelve la covarianza poblacional de dos expresiones numéricas.

V1

Devuelve la covarianza muestral de dos expresiones numéricas.

V1

Devuelve la posición del documento (conocida como el rango) en relación con otros documentos en la etapa de partición $setWindowFields . No hay vacíos en las filas. Los empates reciben la misma clasificación.

V1

Devuelve la tasa promedio de cambio dentro de la ventana especificada.

V1

Devuelve la posición de un documento (conocido como número de documento) en la etapa de partición $setWindowFields . Los empates resultan en diferentes números de documentos adyacentes.

V1

V1

Devuelve el valor resultante de aplicar una expresión al primer documento de un grupo o ventana.

V1

Devuelve la aproximación del área bajo una curva.

V1

Devuelve el valor que resulta de aplicar una expresión al último documento en un grupo o ventana.

V1

Última observación llevada hacia adelante. Establece los valores para null y los campos ausentes en una ventana al último valor no nulo del campo.

V1

Devuelve el valor máximo que resulta de aplicar una expresión a cada documento.

V1

Devuelve el valor mínimo que resulta de aplicar una expresión a cada documento.

V1

Devuelve un arreglo de valores que resultan de aplicar una expresión a cada documento.

V1

Devuelve la posición del documento (conocida como rango) en relación con otros documentos en la partición de la etapa $setWindowFields .

V1

Devuelve el valor de una expresión aplicada a un documento en una posición especificada relativa al documento actual en la partición de la etapa de $setWindowFields .

V1

Devuelve la desviación estándar de la población que resulta de aplicar una expresión numérica a cada documento.

V1

Devuelve la desviación estándar de la muestra que resulta de aplicar una expresión numérica a cada documento.

V1

Devuelve la suma que resulta de aplicar una expresión numérica a cada documento.

V1

Las siguientes secciones describen mejoras y nuevas funciones para colección de series de tiempo.

MongoDB 5.1 proporciona soporte para colecciones de series temporales particionadas.

Consulte:

A partir de MongoDB 5.1, las colecciones de series de tiempo admiten operaciones de actualización y eliminación con ciertas limitaciones.

A partir de MongoDB 5.2, las colecciones de series temporales utilizan compresión por columnas. La compresión de columna incorpora una serie de innovaciones que trabajan en conjunto para mejorar significativamente la compresión práctica, reducir el almacenamiento general de sus datos en el disco y mejorar el rendimiento de lectura.

A partir de MongoDB 6.0, los arreglos también se comprimen como parte de la compresión de columnas de serie de tiempo.

A partir de MongoDB 5.3, puedes utilizar el operador de pipeline $geoNear en cualquier campo de una colección de series de tiempo.

Puedes añadir tipos adicionales de índices secundarios a las colecciones de series temporales, incluidos los índices 2dsphere y 2d.

Para todos los índices adicionales y otras mejoras, consulta Índices secundarios de series de tiempo en MongoDB 6.0.

Las operaciones de ordenamiento en colecciones de series temporales pueden usar índices para mejorar el rendimiento. Para obtener más información y un ejemplo, consulta Mejora el rendimiento de ordenación utilizando índices secundarios.

A partir de MongoDB 6.0.12 (y 5.0.22), puedes descartar el índice para una clave de partición con hash.

Esto puede acelerar la inserción de datos para colecciones particionadas con una clave de partición con hash.

Para obtener más información, consulta Descartar un índice de clave de fragmentación encriptada.

A partir de MongoDB 6.0.7, El modo FIPS admite OpenSSL3 para los siguientes sistemas operativos:

  • Ubuntu 22.04

  • RHEL 9

  • Amazon Linux 2023

A partir de MongoDB 6.0, puedes cambiar el tamaño máximo de una colección con tamaño fijo, ya sea en bytes o en número de documentos, utilizando el comando collMod. Consulta Redimensionar una colección con tamaño fijo para obtener más detalles.

A partir de MongoDB 6.0, la salida collStats incluye el campo collStats.numOrphanDocs que muestra el número de documentos huérfanos en la colección.

A partir de MongoDB 6.0 (y 5.0.9), puede excluir los campos incorporados de la salida de serverStatus.

A partir de MongoDB 6.0, el objeto de conexión Mongo() tiene los siguientes métodos nuevos:

A partir de MongoDB 6.0 (y 5.0.10), generación de trazas de diagnóstico en arm64 es compatible.

A partir de MongoDB 5.2, puedes utilizar los siguientes nuevos parámetros de servidor para configurar el intervalo de actualización de la información de usuarios LDAP almacenada en caché:

A partir de MongoDB 5.2, el intervalo de actualización para la información de usuario almacenada en caché recuperada de un servidor LDAP depende de ldapShouldRefreshUserCacheEntries:

Algunos cambios pueden afectar la compatibilidad y requerir acciones de los usuarios. Para obtener una lista detallada de los cambios de compatibilidad, consultar Cambios de compatibilidad en MongoDB 6.0.

Importante

Compatibilidad de características entre versiones

Para actualizar a MongoDB 6.0 desde una implementación 5.0, la implementación 5.0 debe tener featureCompatibilityVersion establecido en 5.0. Para comprobar la versión:

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

Para actualizar a MongoDB 6.0, consulta las instrucciones de actualización específicas para tu implementación de MongoDB:

Si necesitas orientación sobre la actualización a 6.0, los servicios profesionales de MongoDB brindan soporte para la actualización de versiones principales para ayudar a garantizar una transición fluida y sin interrupciones en la aplicación de MongoDB. Para obtener más información, consulta Consultoría de MongoDB.

MongoDB solamente soporta degradaciones de una única versión. No se puede retroceder a una versión que esté varias versiones por detrás de la versión actual.

Por ejemplo, puedes cambiar una implementación de la serie 6.0 a una de la serie 5.0. Sin embargo, una posterior degradación de esa implementación 5.0-series a una implementación 4.4-series no está soportada.

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

Esta sección describe los problemas conocidos en MongoDB 6.0 y su estado de resolución.

En la Versión
Problema
Estado

6.0.0

SERVIDOR-68062: Las agregaciones de varias etapas que usan $geoNear pueden violar restricciones.

Resuelto en 6.0.1.

Para informar un problema, consulte el repositorio de GitHub de MongoDB a fin de obtener instrucciones sobre cómo presentar un ticket de JIRA para el servidor de MongoDB o uno de los proyectos relacionados.

Volver

Notas de versión