Notas de versión de MongoDB 8.0

8.0.19 - Feb 10, 2026

• SERVIDOR-118712 - No se puede crear el 2índice de serie temporal dsphere con un usuario que no sea del sistema

• Todos los problemas de JIRA cerrados en 8.0.19

• 8.0.19 Registro de cambios

8.0.18 - Jan 27, 2026

Problemas corregidos:

• SERVIDOR-102364 - Verificar periódicamente que la profundidad acumulada de $reduce sea menor que maxAllowableBSONDepth

• SERVIDOR-103774 - No permitir que se utilicen índices comodín compuestos como índice de clave de fragmento

• SERVIDOR-110953 - Verificar que no haya ningún documento huérfano en un fragmento de destinatario antes de comenzar a clonar un rango

• SERVIDOR-112952 - ajuste de perfil de verificación de autenticación del comando

• SERVIDOR-113532 - [.]8 0Introducir un nuevo límite de CursorResponseBsonSize de 16MB+32KB

• SERVER-113685 - Error de segmentación para consulta en índice comodín compuesto

• SERVIDOR-114126 - Reducir el uso de memoria y agregar nuevas barreras de seguridad al simplificador booleano

• SERVIDOR-114695 - Actualizar el valor predeterminado para las conexiones pendientes

• SERVER-114838 - El administrador de bloqueos es susceptible a un ataque DDOS adversarial

• SERVIDOR-115296 - Redactar valores sin procesar de ResourceId de los mensajes de error

• SERVIDOR-116206 - Mejor manejo de excepciones para compresores de mensajes

• SERVIDOR-116210 - Ajusta el tamaño máximo del búfer para las solicitudes de ingreso

• SERVIDOR-116211 - Límite de memoria asignada por los buffers de red

• Todos los problemas de JIRA cerrados en 8.0.18

• 8.0.18 Registro de cambios

8.0.17 - 19 de diciembre de 2025

Problemas corregidos:

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

• 8.0.17 Registro de cambios

8.0.16 - 19 de noviembre de 2025

Problemas corregidos:

• SERVIDOR-82688: Corrige un error que provocaba que mongod se bloqueara cuando el número de conexiones excedía el límite de session_max de WiredTiger.

• SERVIDOR-95374: Resuelve un problema en el que los índices comodín compuestos podían hacer que los predicados se desplazaran incorrectamente hacia abajo durante la planificación de la unión o de la consulta.

• SERVIDOR-103960: Implemente una comprobación adecuada de validación en la ruta de campo para asegurar que el número de partes no supere 255.

• SERVIDOR-:108565 Mejorar el manejo de escrituras de gran tamaño en colecciones de series de tiempo.

• SERVIDOR-112467: Mejora el seguimiento y el reporte sobre el número de conexiones de proxy pendientes.

• SERVIDOR-112520: Corrige un fallo al escribir en un índice geográfico al insertar un documento en un bucket existente en una colección de series de tiempo.

• WT-9575: Corrige un problema en el que las páginas con actualizaciones más recientes que el ID de transacción más antiguo no se ponían en cola para ser desalojadas.

• WT-15225: Corrige un problema de EBUSY para las tablas recién creadas y las operaciones drop().

• Todos los problemas de JIRA cerrados en 8.0.16

• 8.0.16 Registro de cambios

8.0.15 - 2 de octubre de 2025

Problemas corregidos:

• SERVIDOR-105873: QueryPlannerParams no debe mantener punteros que son propiedad de IndexCatalogEntry.

• Todos los problemas de JIRA cerrados en 8.0.15

• 8.0.15 Registro de cambios

8.0.14 - 25 de septiembre de 2025

Problemas corregidos:

• SERVIDOR-100448: El registro de comandos no debe depender de la compatibilidad de características entre versiones al inicio.

• SERVIDOR-103742: opWriteConcernCounters puede incrustar ilegalmente bytes NUL en ServerStatus.

• SERVIDOR-103841: Fuga de memoria en TransactionCoordinator asociada a una fuente de cancelación prolongada.

• SERVIDOR-105478: Separar las entradas de oplog elegibles y no elegibles para el aplicador con secondaryDelaySecs.

• WT-14140: Se ha tomado un bloqueo de esquema innecesario para los identificadores de datos activos de "archivo:" que no se gestionan activamente.

• WT-14653: Agrega registros/estadísticas a la conciliación para el seguimiento de las actualizaciones de HS

• Todos los problemas de JIRA cerrados en 8.0.14

• 8.0.14 Registro de cambios

8.0.13 - Aug 21, 2025

Problemas corregidos:

• SERVIDOR-77172: El subproceso abortExpiredTransactions puede bloquearse si no logra obtener una sesión

• SERVIDOR-82180: Las inserciones limitadas en el primario pueden tener un orden natural diferente al de los secundarios.

• SERVIDOR-91686: Mejore el controlador de señales mongod para imprimir el objeto de comando del hilo actual.

• SERVidor-94315: Error de filtro de fragmento con intercalación.

• SERVIDOR-102670: Manejo de errores en la inserción de la serie de tiempo gestionada incorrectamente.

• SERVIDOR-107361: La determinación de rollover en el catálogo de buckets puede fallar al comprobar el esquema mixto para mediciones de gran volumen.

• Todos los problemas de JIRA cerrados en 8.0.13

• 8.0.13 Registro de cambios

Cambios de compatibilidad:

• SERVIDOR-:103927 Cambia la forma en que se construye el servidor utilizando Bazel en lugar de SCons

8.0.12 - 23 de julio de 2025

Problemas corregidos:

• SERVER-95523: la inserción no gestiona correctamente el reintento de DuplicateKey

• SERVER-95524: Evita reintentar en caso de error de clave duplicada para inserciones en transacciones de múltiples documentos

• SERVIDOR-97368: Activar eliminaciones TTL en colecciones de series de tiempo que contienen datos anteriores a 1970.

• SERVIDOR-99342: Las métricas de disminución de sondeo de rendimiento no se están actualizando.

• SERVIDOR-99616 $group puede acceder a MONGO_verify

• WT-14391: Verifica que el servidor de desalojo esté en funcionamiento antes de abrir HS

• Todos los problemas de JIRA cerrados en 8.0.12

• 8.0.12 Registro de cambios

8.0.11 - Jun 30, 2025

Problemas corregidos:

• SERVIDOR-105375: Utilice el plan EOF para las expresiones alwaysFalse dentro de elemMatch.

• SERVIDOR-106614: Lista de hosts del set de réplicas en las entradas de config.shards no actualizadas para los fragmentos agregados antes de 8.0.

• Todos los problemas de JIRA cerrados en 8.0.11

• 8.0.11 Registro de cambios

8.0.10 - Jun 04, 2025

Problemas corregidos:

• SERVIDOR-101230: Defecto de análisis de Coverity 155126: Uso de un iterador no válido.

• SERVIDOR-90495: Soporte para iniciar o reanudar desde un registro eliminado en un escaneo en orden natural.

• SERVER-92806: La entrada de caché del plan ignora la intercalación del índice con $elemMatch

• SERVER-96197: Los _resolvedNamespaces de ExpressionContext no distinguen entre colecciones con el mismo nombre en diferentes bases de datos

• SERVIDOR-100785: Fallo fatal del servidor de configuración de mongodb tras emitir un comando reshardCollection malformado.

• WT-13216: Evalúa el uso de la verificación de desalojo de caché en modo compacto

• Todos los problemas de JIRA cerrados en 8.0.10

• 8.0.10 Registro de cambios

8.0.9 - 1 de mayo de 2025

Problemas corregidos:

• SERVIDOR-92236: Las migraciones de fragmentos deben utilizar fuentes de cancelación de corta duración.

• SERVER-106753: Un manejo incorrecto de datos incompletos puede impedir que mongos acepte nuevas conexiones

• Todos los problemas de JIRA cerrados en 8.0.9

• 8.0.9 Registro de cambios

8.0.8 - Apr 14, 2025

Problemas corregidos:

• SERVIDOR-103328 Manejo incorrecto de BSONColumn al omitir una RLE distinta de cero para el tipo double

• Todos los problemas de Jira cerrados en 8.0.8.

• 8.0.8 Registro de cambios

8.0.7 - Apr 14, 2025

Problemas corregidos:

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

8.0.6 - 19 de marzo de 2025

Problemas corregidos:

• SERVIDOR-87442 Soporte de plataforma: Añade soporte para Macos 14 sonoma (ARM64 y AMD64)

• SERVIDOR-89757 checkSbeStatus debe verificar todos los nodos

• SERVIDOR-97911 El query con "_id en un arreglo vacío" recorre toda la colección cuando se utiliza el índice _id como sugerencia

• SERVIDOR-100901 Flexibilizar la invariante del resumen del usuario para tassert en ShardingTaskExecutor

• SERVER-101838 Revert SERVER-93101 + SERVER-91121

• Todos los problemas de Jira cerrados en 8.0.6.

• 8.0.6 Registro de cambios

8.0.5 - Feb 20, 2025

Problemas corregidos:

• SERVIDOR-51366 Configura las carpetas creadas por el instalador

• SERVIDOR-93497 Mueve la invalidación de la caché de usuario de OpObserver a los controladores onCommit

• SERVIDOR-95672 Los índices en campos de arreglos que contienen subarreglos no incluyen algunos resultados.

• SERVIDOR-97044 Corrige un problema en el que los flujos de cambio podrían generar incorrectamente un evento de "descarte" durante la re-fragmentación o desfragmentación de una colección que está o estaba utilizando la fragmentación por zonas.

• SERVIDOR-97860 La ruta Express puede devolver resultados incorrectos al escanear un índice único de múltiples campos

• SERVIDOR-99290 Las colecciones de buckets de series de tiempo no válidas impiden la finalización de la compatibilidad de características entre versiones 8.0 actualizar

• SERVIDOR-99345 Evita la sharding o el movimiento de una colección de cubos de serie de tiempo sin las opciones de 'timeseries' en compatibilidad de características entre versiones 8.0+

• 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

• WT-12846 Corrige cómo el recorrido compacto gestiona EBUSY desde el flush_lock del punto de control

• Todos los problemas de Jira cerrados en 8.0.5.

• 8.0.5 Registro de cambios

8.0.4 - 9 de diciembre de 2024

• SERVIDOR-73641 El filtro de series de tiempo puede perder eventos de rango extendido cuando está fragmentado.

• SERVIDOR-82037 La memoria utilizada por los desbordamientos del clasificador puede crecer sin límites

• SERVIDOR-94559 Los borrados de mediciones de series de tiempo actualizan el minTime de un bucket.

• SERVIDOR-95067 Las inserciones de series de tiempo pueden generar múltiples agrupaciones que hagan referencia al mismo bucket.

• SERVIDOR-95724 ReshardingOplogSessionApplication clona la información de sesión applyOps reintentable con admin.$cmd como affectedNamespace

• Todos los problemas de Jira cerrados en 8.0.4.

• 8.0.4 Registro de cambios

8.0.3 - 24 de octubre de 2024

Problemas corregidos:

• SERVER-96419 La neutralización incorrecta de bytes nulos puede llevar a sobrelecturas del búfer en MongoDB Server

• Todos los problemas de Jira cerrados en 8.0.3.

• 8.0.3 Registro de cambios

8.0.1 - 9 de octubre de 2024

Problemas corregidos:

• SERVER-76883 Reduce la verbosidad de los registros "El rol no existe" para usuarios externos

• SERVIDOR-82221 listCollections y listIndexes deben incluir namespaces pendientes de confirmación

• SERVIDOR-94635 Hace que los parámetros de actualización de la sesión sean configurables

• SERVIDOR-95244 Las instrucciones de inserción que resultan en una inserción pueden fallar con tassert 9146500 cuando el cliente se conecta directamente a la partición

• WT-13409 No se maneja un ret en __txn_checkpoint

• Todos los problemas de Jira cerrados en 8.0.1.

• 8.0.1 Registro de cambios

8.0.0 - 2 de octubre de 2024

El resto de esta página describe los cambios y las nuevas funcionalidades introducidas en MongoDB 8.0.

Nuevo comando de escritura masivo

A partir de MongoDB 8.0, se puede utilizar el nuevo comando bulkWrite para realizar muchas operaciones de inserción, actualización y borrado en varias colecciones en una sola solicitud. El método existente db.collection.bulkWrite() solo permite modificar una colección por solicitud.

bulkWrite las operaciones en MongoDB 8.0 pueden ejecutarse hasta un 56% más rápido que las operaciones de guardado masivo en MongoDB 7.0.

Procesamiento de bloques de serie de tiempo

A partir de la versión 8.0, MongoDB puede ejecutar ciertas consultas de series de tiempo mediante procesamiento por bloques. Esta mejora del rendimiento procesa las consultas en "bloques" de datos, en lugar de en valores individuales. El procesamiento de bloques mejora la velocidad de ejecución de las consultas y el rendimiento cuando se trabaja con colecciones de series de tiempo.

En comparación con las queries de series de tiempo ejecutadas en MongoDB 7.0 o versiones anteriores, el procesamiento de bloques para datos de series de tiempo en MongoDB 8.0 puede manejar volúmenes más altos de datos y mejorar el rendimiento en algunos casos en más del 200% para $group operaciones y las query analíticas.

Para ver si su consulta de serie de tiempo utiliza el procesamiento de bloques, verifique el campo explain.queryPlanner.winningPlan.slotBasedPlan.stages en la salida del plan de explicación.

Para aprender más, consulte Procesamiento de bloques.

Database Profiler

Cuando especifiques un filtro para el perfilador de base de datos, podrás registrar operaciones en función de la nueva métrica workingMillis. Puedes registrar las operaciones en función de workingMillis y durationMillis, y establecer cada métrica en un umbral diferente.

Conversión de BinData

A partir de MongoDB 8.0, puedes usar el operador $convert para realizar las siguientes conversiones:

• String values to binData values

• valores de binData a valores de string

MongoDB 8.0 también incluye una nueva expresión$toUUID auxiliar,, que proporciona una sintaxis simplificada para convertir cadenas a Valores UUID.

$queryStats

A partir de MongoDB 7.1, la etapa $queryStats devuelve estadísticas para los queries registrados.

Comportamiento de $rank y $denseRank

A partir de MongoDB 8.0, valores null y valores de campo faltantes en $denseRank y $rank en las operaciones sortBy se tratan de la misma manera al calcular los rankings. Este cambio hace que el comportamiento de denseRank y rank sean coherentes con $sort.

Queries de rango de Queryable Encryption

A partir de MongoDB 8.0, Queryable Encryption admite queries de rango en campos cifrados con los operadores $lt, $lte, $gt y $gte. Para obtener más detalles, consulta Operaciones compatibles con Queryable Encryption. Para activar queries de rango en campos cifrados, consulta Crea un esquema de cifrado.

Esquema OCSF para mensajes de registro

A partir de MongoDB 8.0, puedes especificar el esquema OCSF para los mensajes de registro de auditoría. El esquema OCSF proporciona registros en un formato estandarizado compatible con los procesadores de registros.

Para establecer el esquema utilizado para los mensajes de registro, utilice la opción de archivo de configuración auditLog.schema.

Por ejemplo, para ver mensajes de registro en formato OCSF, consulta Mensajes de auditoría de esquema OCSF.

Cola de ingreso

MongoDB 8.0 introduce una nueva cola para el control de admisión de ingreso. Las operaciones que esperan la entrada en la base de datos desde la red ingresan en la cola de entrada. Por defecto, la cola es ilimitada, lo que significa que MongoDB permite que todas las operaciones se ejecuten a través de esta etapa sin ninguna cola. Establecer el máximo de la cola a un valor específico le permite poner operaciones en cola en esta etapa si el número de operaciones concurrentes alcanza el límite especificado.

Mover una colección

A partir de MongoDB 8.0, puede mover una colección no fragmentada a otro fragmento usando el comando moveCollection.

Para obtener más información, consulte Colecciones móviles. Para comenzar, consulte Mover una colección.

Desfragmentar una colección

A partir de MongoDB 8.0, se puede desfragmentar las colecciones fragmentadas existentes con el comando unshardCollection o el método sh.unshardCollection(). Esta operación mueve todos los documentos de la colección a un fragmento especificado o al fragmento con la menor cantidad de datos.

Para obtener más información, consulte Colecciones fragmentadas. Para comenzar, consulte Fragmentar una colección.

Fragmentos de configuración

A partir de MongoDB 8.0, puede configurar un servidor de configuración para almacenar los datos de su aplicación además de los metadatos habituales de clústeres fragmentados. Un nodo mongod que proporciona tanto la funcionalidad de servidor de configuración como de servidor de fragmentos se denomina fragmento de configuración. Un nodo mongod que se ejecuta como un --configsvr autónomo sin funcionalidad de servidor de fragmentos se denomina servidor de configuración dedicado.

Para configurar un servidor de configuración dedicado para que funcione como un fragmento de configuración, ejecute el comando transitionFromDedicatedConfigServer.

Para configurar un fragmento de configuración para que funcione como un servidor de configuración dedicado, ejecute el comando transitionToDedicatedConfigServer.

Para obtener más información, consulta partición de configuración. Para comenzar, ve Iniciar un clúster fragmentado con una partición de configuración. Para convertir un set de réplicas en un clúster con una partición de configuración, consulta Convertir un set de réplicas en un clúster con un servidor de configuración incrustado.

Nuevos comandos de base de datos

• abortMoveCollection

• abortUnshardCollection

• moveCollection

• transitionFromDedicatedConfigServer

• transitionToDedicatedConfigServer

• unshardCollection

Nuevos métodos de mongosh

• sh.abortMoveCollection()

• sh.abortUnshardCollection()

• sh.moveCollection()

• sh.shardAndDistributeCollection()

• sh.unshardCollection()

Métricas de serverStatus

A partir de MongoDB 8.0, serverStatus incluye los siguientes nuevos campos shardingStatistics en su salida:

• shardingStatistics.countTransitionToDedicatedConfigServerStarted

• shardingStatistics.countTransitionToDedicatedConfigServerCompleted

• shardingStatistics.countTransitionFromDedicatedConfigServerCompleted

• shardingStatistics.configServerInShardCache

MongoDB 7.1 incluye las siguientes nuevas estadísticas de fragmentación para las migraciones de fragmentos:

• shardingStatistics.countDonorMoveChunkCommitted

• shardingStatistics.countDonorMoveChunkAborted

• shardingStatistics.totalDonorMoveChunkTimeMillis

• shardingStatistics.countBytesClonedOnRecipient

• shardingStatistics.countDocsClonedOnCatchUpOnRecipient

• shardingStatistics.countBytesClonedOnCatchUpOnRecipient

Fragmentos por partición por defecto

A partir de MongoDB 7.2, cuando realices la partición de una colección vacía con una clave de fragmentación encriptada, la operación crea un fragmento por partición por defecto. Anteriormente, la operación creaba dos fragmentos por defecto.

Rol de operaciones directShard

A partir de MongoDB 8.0, se puede utilizar el rol directShardOperations para realizar operaciones de mantenimiento que requieren ejecutar comandos directamente contra un fragmento.

dbhash Puede ejecutarse directamente en un nodo de un clúster fragmentado

A partir de MongoDB 8.0.5, puede ejecutar dbHash directamente en un fragmento. Para obtener una lista completa de los comandos directos de nodos, consulte Comandos directos de nodos fragmentados.

Cursores de agotamiento activados para clústeres fragmentados

A partir de MongoDB 7.1, mongos brinda soporte para cursores exhaustivos cuando la solicitud getMore de un cliente establece la bandera exhaustAllowed. Esto puede mejorar el rendimiento de los queries en los clústeres fragmentados cuando el cliente recibe varias respuestas del servidor de la base de datos para una única solicitud.

Rango de puertos de mongos

A partir de MongoDB 7.1, mongos acepta valores de --port en el rango de [0, 65535]. Para obtener más información, consulta --port.

Query con clave de fragmentación parcial

A partir de MongoDB 7.1, findAndModify y deleteOne() pueden usar una clave de fragmentación parcial para hacer un query en una colección fragmentada.

Mejoras en la redistribución de fragmentos

MongoDB 8.0 introduce mejoras significativas en el rendimiento de las operaciones de reconfiguración de fragmentos, reduciendo sustancialmente el tiempo que tarda en ejecutarse la operación.

Además, si la aplicación y el clúster cumplen con los requisitos y las limitaciones necesarios, se puede volver a realizar la partición de la colección con la misma clave utilizando el comando reshardCollection para redistribuir la colección, lo cual es mucho más rápido que el procedimiento de migración de rango alternativo.

Se añaden las siguientes opciones al comando:

Para ver ejemplos, consulta Redistribuir datos a nuevas particiones.

Copias de seguridad autogestionadas de clústeres fragmentados

A partir de MongoDB 7.1, los comandos fsync y fsyncUnlock pueden realizar operaciones de fsync en clústeres fragmentados.

Cuando se ejecuta en mongos con el campo lock establecido en true, el comando fsync vacía los elementos guardados de la capa de almacenamiento al disco y bloquea cada fragmento, lo que evita guardados adicionales. Luego, el comando fsyncUnlock puede utilizarse para desbloquear el clúster.

Esta funcionalidad permite copias de seguridad autogestionadas de clústeres particionados utilizando mongodump.

Comportamiento de inserción de UpdateOne en colecciones fragmentadas

A partir de MongoDB 7.1, cuando utilices updateOne() con upsert: true en una colección fragmentada, no necesitas incluir la clave de fragmentación completa en el filtro.

Etapa $lookup en transacciones con colecciones fragmentadas

A partir de MongoDB 8.0, se puede utilizar la etapa $lookup dentro de una transacción mientras se hace el direccionamiento a una colección fragmentada.

Nivel de confirmación de escritura de la mayoría

A partir de MongoDB 8.0, las operaciones de escritura que utilizan el nivel de confirmación de escritura "majority" devuelven un reconocimiento cuando la mayoría de los nodos del set de réplicas han escrito la entrada del oplog para el cambio. Esto mejora el rendimiento de las operaciones de escritura "majority". En versiones anteriores, estas operaciones esperaban y devolvían una confirmación después de que la mayoría de los nodos del set de réplicas aplicaran el cambio.

Si su aplicación lee desde una réplica secundaria inmediatamente después de recibir la confirmación de una operación de escritura { w: "majority" } (sin una sesión causalmente coherente), la consulta puede devolver resultados que no incluyan los cambios de la escritura.

Nuevas métricas de replSetGetStatus

A partir de MongoDB 8.0, las siguientes métricas están disponibles al utilizar el comando replSetGetStatus:

• replSetGetStatus.electionCandidateMetrics.lastSeenWrittenOpTimeAtElection

• replSetGetStatus.electionParticipantMetrics.lastWrittenOpTimeAtElection

• replSetGetStatus.electionParticipantMetrics.maxWrittenOpTimeInSet

• replSetGetStatus.members[n].optimeWritten

• replSetGetStatus.members[n].optimeWrittenDate

• replSetGetStatus.members[n].lastWrittenWallTime

• replSetGetStatus.optimeWritten

• replSetGetStatus.optimeWrittenDate

• replSetGetStatus.optimes.lastWrittenWallTime

• replSetGetStatus.optimes.writtenOpTime

Buffers de Oplog

A partir de MongoDB 8.0, los secundarios escriben y aplican entradas del oplog para cada agrupación en paralelo. Un hilo escritor lee nuevas entradas del primario y las escribe en el registro de operaciones local. Un hilo aplicador aplica estos cambios de forma asíncrona a la base de datos local. Este cambio aumenta el rendimiento de la replicación para los secundarios.

Esto introduce un cambio disruptivo para metrics.repl.buffer, ya que ahora proporciona métricas sobre dos búferes en lugar de uno.

MongoDB 8.0 desaprueba las siguientes métricas de estado del servidor:

• metrics.repl.buffer.count

• metrics.repl.buffer.maxSizeBytes

• metrics.repl.buffer.sizeBytes

MongoDB 8.0 incorpora las siguientes métricas de estado del servidor:

• metrics.repl.buffer.apply

• metrics.repl.buffer.apply.count

• metrics.repl.buffer.apply.maxCount

• metrics.repl.buffer.apply.maxSizeBytes

• metrics.repl.buffer.apply.sizeBytes

• metrics.repl.buffer.write

• metrics.repl.buffer.write.count

• metrics.repl.buffer.write.maxSizeBytes

• metrics.repl.buffer.write.sizeBytes

• metrics.repl.write

• metrics.repl.write.batchSize

• metrics.repl.write.batches

• metrics.repl.write.batches.num

• metrics.repl.write.batches.totalMillis

Métricas de serverStatus

A partir de MongoDB 8.0, las siguientes nuevas métricas de serverStatus informan sobre el uso de tcmalloc:

• tcmalloc.usingPerCPUCaches

• tcmalloc.generic.peak_memory_usage

• tcmalloc.tcmalloc.cpu_free

• tcmalloc.tcmalloc.total_bytes_held

• tcmalloc.tcmalloc.cpuCache

• tcmalloc.tcmalloc.cpuCache.N.overflows

• tcmalloc.tcmalloc.cpuCache.N.underflows

• tcmalloc.tcmalloc_derived.total_free_bytes

Rendimiento del apagado

A partir de MongoDB 8.0, Bulk.insert() y las cargas de trabajo de ingesta de datos pueden rendir mejor. Sin embargo, el apagado de MongoDB inmediatamente después de ejecutar estas cargas de trabajo podría tardar más debido a que los datos extra se vacían en el disco.

Almacena los datos de la aplicación en fragmentos de configuración

A partir de MongoDB 8.0, puedes configurar un servidor de configuración para almacenar datos de aplicaciones además de los metadatos habituales de clúster fragmentado. El servidor de configuración se conoce entonces como un fragmento de configuración. Para obtener más detalles, consulta Fragmentos de configuración.

Mejoras de compactación

A partir de MongoDB 7.3, el comando compact incluye una nueva opción freeSpaceTargetMB para especificar la cantidad mínima de espacio de almacenamiento, en megabytes, que debe ser recuperable para que la compactación pueda proceder.

Operaciones simultáneas de DDL

A partir de MongoDB 7.1, cuando ejecutas varias operaciones DDL que se dirigen a diferentes colecciones de la misma base de datos, MongoDB ejecuta esas operaciones de manera simultánea.

Este cambio añade dos nuevos tipos al campo serverStatus locks y a la salida currentOp.locks:

• DDLDatabase

• DDLCollection

Validación de base de datos en los queries de agregación de mongos

A partir de MongoDB 7.2, las consultas de la canalización de agregación que intentan utilizar bases de datos inexistentes en implementaciones de mongos devuelven errores de validación.

En versiones anteriores, estas consultas de agregación devolvían cursores vacíos.

Operaciones de DDL

En MongoDB 8.0, si agregas o remueves un fragmento mientras el clúster ejecuta una operación DDL (operación que modifica una colección, como reshardCollection), cualquier operación que agregue o elimine un fragmento solo se ejecutará después de que la operación DDL simultánea termine.

Códigos de error por superar el límite de tamaño de la pipeline

A partir de MongoDB 7.1, un comando de agregación generará un error cuando una pipeline supere el límite de etapas de la pipeline. Para obtener más detalles, consulta Restricciones de número de etapas.

El campo getField brinda soporte a todas las strings

A partir de MongoDB 7.2, puedes especificar cualquier expresión válida que se resuelva en un string para la entrada field del operador $getField. En versiones anteriores, field solo acepta constantes de string.

Mejores creaciones de índices

A partir de MongoDB 7.1, la creación de índices se mejora con un reporte de errores más rápido y una mayor resiliencia ante fallos. También puedes establecer el espacio mínimo disponible en disco necesario para la creación de índices utilizando el nuevo parámetro indexBuildMinAvailableDiskSpaceMB, que detiene la creación de índices si el espacio en disco es demasiado bajo.

Se agregaron las siguientes nuevas métricas de creación de índices:

• indexBuilds.killedDueToInsufficientDiskSpace

• indexBuilds.failedDueToDataCorruption

Para obtener todos los detalles, consulta Creación de índices.

Nuevos parámetros

Nueva forma y configuración del query

MongoDB 8.0 introduce una nueva forma del query. La forma del query preexistente se renombra como la forma del query de la caché del plan.

A partir de MongoDB 8.0, puedes agregar configuraciones de query para la nueva forma del query. El optimizador del query utiliza la configuración del query como una entrada adicional durante la planificación del query, lo que afecta el plan seleccionado para ejecutar un query que tiene una forma del query que coincide.

La configuración del query tiene una funcionalidad mejorada en comparación con los filtros de índice. Los filtros de índice también quedan en desuso a partir de MongoDB 8.0, y debes evitar usarlos.

• Para agregar configuraciones de query, utilice el comando setQuerySettings.

• Para borrar la configuración del query, utilice el comando removeQuerySettings.

• Para recuperar la configuración del query, utiliza una etapa $querySettings en una pipeline de agregación.

• Para bloquear una forma del query, consulta Filtros de rechazo de operación.

• Para establecer el nivel de verbosidad del registro de las consultas rechazadas, utilice el parámetro systemLog.component.query.rejected.verbosity.

A partir de MongoDB 8.0, queryShapeHash se incluye en el siguiente resultado:

• Comando explain en el campo explain.queryShapeHash

• perfilador de base de datos en el campo system.profile.queryShapeHash.

• $currentOp etapa de la canalización de agregación en el campo $currentOp.queryShapeHash

• registro de consulta lenta

• $queryStats etapa en el campo queryShapeHash

A partir de MongoDB 8.0, el campo queryHash existente se duplica en un nuevo campo llamado planCacheShapeHash. Si estás utilizando una versión anterior de MongoDB, solo verás el campo queryHash. Las versiones futuras de MongoDB removerán el campo queryHash obsoleto y deberás utilizar el campo planCacheShapeHash en su lugar.

Se ha eliminado la opción numInitialChunks.

A partir de MongoDB 7.2, la opción numInitialChunks se elimina del comando shardCollection. El servidor crea automáticamente fragmentos en cada fragmento de un clúster cuando utiliza fragmentación encriptada para una colección vacía.

Parameter Filtering

A partir de MongoDB 8.0, el comando getParameter acepta un campo setAt. Puedes utilizar este campo para filtrar el documento de retorno allParameters: true y mostrar solo aquellos parámetros que puedes establecer en el inicio o tiempo de ejecución.

Nivel de consistencia de lectura en colecciones con tamaño fijo

A partir de MongoDB 8.0, puedes usar el nivel de consistencia de lectura "snapshot" en colecciones con tamaño fijo.

Cambio de salida de serverStatus

A partir de MongoDB 7.1, la salida del comando serverStatus incluye las siguientes métricas nuevas:

• changeStreamPreImages.expireAfterSeconds

• metrics.changeStreams.showExpandedEvents

• queryStats

A partir de MongoDB 7.2, la salida del comando serverStatus incluye las siguientes métricas nuevas:

• metrics.operation.killedDueToMaxTimeMSExpired

• readPreferenceCounters

A partir de MongoDB 7.3, la salida del comando serverStatus incluye las siguientes métricas nuevas:

• metrics.repl.stateTransition.totalOperationsRunning

• metrics.repl.stateTransition.totalOperationsKilled

• metrics.repl.waiters.replication

• metrics.repl.waiters.opTime

• planCache.classic.skipped

• planCache.sbe.skipped

A partir de MongoDB 8.0, la salida del comando serverStatus incluye las siguientes métricas nuevas:

• opWorkingTime

• opWorkingTime.commands

• opWorkingTime.reads

• opWorkingTime.writes

• opWorkingTime.transactions

• planCache.classic.replanned

• planCache.sbe.replanned

Opción de ordenación

A partir de MongoDB 8.0, updateOne(), replaceOne() y update tienen un campo opcional sort para ordenar documentos antes de aplicar una actualización.

Las versiones anteriores utilizan los métodos findAndModify() y findOneAndUpdate() para actualizar el primer documento en un orden de clasificación determinado por el usuario. El soporte para escrituras reintentables requiere que estos métodos copien todo el documento en una colección paralela especial para cada nodo, lo cual es una operación más costosa que el método updateOne() con la nueva opción sort.

Especifica sugerencias de índice de query para comandos distintos

A partir de MongoDB 7.1, el campo hint está disponible en el comando distinct, lo que permite especificar el índice de la query.

TTL Indexes

A partir de MongoDB 7.1, puedes crear índices TTL en colecciones con tamaño fijo.

Planificación y ejecución de query

Agrupa operaciones de inserción de varios documentos

A partir de MongoDB 8.0, las operaciones de inserción masiva fuera de las transacciones pueden dejar de producir entradas oplog individuales. En cambio, MongoDB suele agrupar las inserciones masivas como una única entrada. El evento de flujo de cambios insert para cada documento tiene el mismo clusterTime.

Este cambio mejora el rendimiento de las operaciones de inserción de varios documentos y elimina el posible atraso de la replicación causado por múltiples escrituras de oplog.

Los proveedores de identidad de OIDC pueden compartir un emisor

A partir de MongoDB 8.0, cuando se definen varios proveedores de identidad (IDP), el parámetro oidcIdentityProviders acepta valores issuer duplicados siempre que el valor audience sea único para cada emisor. También está disponible en las versiones 7.3 y 7.0.

Namespaces en subcanalizaciones

A partir de MongoDB 8.0, los namespaces en subcanalizaciones dentro de $lookup y $unionWith se validan para asegurar el uso correcto de los campos from y coll.

Para más información, consulte las subcanalizaciones $lookup y las subcanalizaciones $unionWith.

Tiempo de optimización del planificador de consulta

El método explain() ahora devuelve información sobre el tiempo de optimización del planificador de query. El estado de queryPlanner.optimizationTimeMillis muestra el tiempo en milisegundos que el planificador de query dedicó a las optimizaciones.

Solo se admiten degradaciones de una sola versión.

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 degradar una implementación de la serie 8.0 a una de la serie 7.0. Sin embargo, no se brinda soporte a seguir degradando esa implementación de la serie 7.0 a una implementación de la serie 6.0.

Política de degradación

• MongoDB Community Edition no brinda soporte a las degradaciones binarias.

• No puede degradar la compatibilidad de características entre versiones de su implementación a o desde una versión de lanzamiento rápido de MongoDB.

• Si actualizas o degradas la compatibilidad de características entre versiones de tu implementación, no puedes degradar la versión binaria de tu implementación para empresas sin asistencia de soporte.