Importante
MongoDB 8.2 es la última versión menor. A partir de MongoDB 8.2, hay versiones menores disponibles para implementaciones locales (MongoDB Community y Enterprise) para casos de uso específicos. Para más información, consulte Control de versiones de MongoDB.
Para instalar la última versión de MongoDB compatible para uso on-premises, consulta las instrucciones de instalación.
Cambios generales
Errores de $$CLUSTER_TIME en implementaciones independientes
A partir de MongoDB 8.2, si intenta utilizar el CLUSTER_TIME
variable en una implementación independiente, el servidor devuelve un error.
$rankFusion en vistas
A partir de MongoDB,8.2 $rankFusion ahora puede ejecutarse en vistas. Para más información,$rankFusion consulte.
Cambio de orphanCleanupDelaySecs
A partir de MongoDB 8.2, el valor por defecto de orphanCleanupDelaySecs es 3600 (anteriormente 900).
Cambio del umbral de tiempo de refragmentación restante
A partir de MongoDB 8.2 (también disponible en 8.1.2 8.0.13y), la re-segmentación entra en la sección crítica cuando el tiempo estimado para completar el trabajo restante es de 500 ms o menos.
$cpuNanos Change
A partir de MongoDB,8.2 cpuNanos se encuentra en las $queryStats métricas de la etapa de agregación e incluye métricas adicionales relacionadas con el uso de CPU para las operaciones de consulta. La cpuNanos métrica solo está disponible en sistemas Linux.
En versiones anteriores, cpuNanos se encontraba en operationMetrics.
Parámetros eliminados
MongoDB 8.2 remueve el parámetro catalogCacheIndexMaxEntries.
Cambios de compatibilidad introducidos en MongoDB 8.1
MongoDB 8.2 también incluye los cambios introducidos en MongoDB 8.1. Esta sección describe los cambios de compatibilidad introducidos en MongoDB 8.1.
Cambios de validación de $densify
A partir de MongoDB,8.1 la $densify etapa genera un error si field comparte su prefijo con cualquier campo del partitionByFields array. Por ejemplo, las siguientes combinaciones de field y partitionByFields generan un error:
field: "timestamp",partitionByFields: ["timestamp"]field: "timestamp",partitionByFields: ["timestamp.hours"]field: "timestamp.hours",partitionByFields: ["timestamp"]
Incompatibilidad de controladores
Cualquier aplicación que ejecute el comando buildInfo antes de autenticarse es incompatible con MongoDB 8.1. Las siguientes versiones del driver son incompatibles con MongoDB 8.1 debido a este cambio:
Controladores JVM v3.x y anteriores (incluye controladores Java Sync, Java Reactive Streams, Kotlin Coroutine, Kotlin Sync y Scala)
Controlador .NET/C# v2.14.1 y anteriores
Lecturas cubiertas eliminadas
A partir de MongoDB 8.1, se eliminan las lecturas con cobertura. Si se especifican opciones de lectura con cobertura en una consulta, MongoDB la ejecuta, pero ignora las opciones de cobertura y registra una advertencia.
Los siguientes parámetros del servidor relacionados con lecturas protegidas ya no tienen efecto:
maxTimeMSForHedgedReadsopportunisticSecondaryTargetingreadHedgingMode
El comando ya no devuelve serverStatus el hedgingMetrics objeto.
Interpolación de valores idénticos en diferentes particiones
A partir de MongoDB 8.0, $fill puede usar el método linear para interpolar si hay valores idénticos en diferentes particiones.
Las versiones anteriores de MongoDB devuelven un error que indica que el campo de clasificación no puede tener valores repetidos.
Para obtener más detalles, consulte Interpolar valores idénticos en diferentes particiones.
Máximo de conexiones entrantes
A partir de MongoDB 8.1 8.0.167.0.27(y,), la cantidad máxima de conexiones entrantes que puede configurar con la net.maxIncomingConnections opción de archivo de configuración en sistemas Linux es el valor de (RLIMIT_NOFILE / 2) * 0.8. Si especifica un valor mayor, MongoDB usa el valor predeterminado.
Conversión de subtipos
A partir de MongoDB 8.1, $convert devuelve un error al intentar convertir entre diferentes subtipos de binData. En MongoDB 8.0, $convert devuelve el valor y el subtipo originales: no se realiza ninguna conversión. Las versiones de MongoDB anteriores a 8.0 no permiten la conversión de binData.
Acción de validación para el manejo de documentos no válidos
Si usa una errorAndLog acción de validación en una colección, MongoDB no podrá degradar su versión hasta que la elimine o si cambia la acción de validación a una compatible con versiones anteriores. Para cambiar la acción de validación en una colección, use el collMod comando.
Obsolescencias
Obsoleto | Descripción |
|---|---|
| A partir de MongoDB 8.1, el parámetro antiguo Para obtener más detalles, consulte |