Docs Menu
Docs Home
/ /

Cambios de compatibilidad en MongoDB 8.2

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.

A partir de MongoDB 8.2, si intenta utilizar el CLUSTER_TIME variable en una implementación independiente, el servidor devuelve un error.

A partir de MongoDB,8.2 $rankFusion ahora puede ejecutarse en vistas. Para más información,$rankFusion consulte.

A partir de MongoDB 8.2, el valor por defecto de orphanCleanupDelaySecs es 3600 (anteriormente 900).

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.

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.

MongoDB 8.2 remueve el parámetro catalogCacheIndexMaxEntries.

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.

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"]

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

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:

  • maxTimeMSForHedgedReads

  • opportunisticSecondaryTargeting

  • readHedgingMode

El comando ya no devuelve serverStatus el hedgingMetrics objeto.

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.

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.

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.

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.

Obsoleto
Descripción

metadataRefreshInTransactionMaxWaitBehindCritSecMS

A partir de MongoDB 8.1, el parámetro antiguo metadataRefreshInTransactionMaxWaitBehindCritSecMS se renombra a metadataRefreshInTransactionMaxWaitMS. Puedes continuar usando metadataRefreshInTransactionMaxWaitBehindCritSecMS como nombre de parámetro, pero está obsoleto y se eliminará en una versión futura de MongoDB.

Para obtener más detalles, consulte metadataRefreshInTransactionMaxWaitMS.

Volver

8.2 (Versión estable)

En esta página