Menu Docs
Página inicial do Docs
/ /

Alterações de compatibilidade no MongoDB 8.2

Importante

MongoDB 8.2 é a versão menor mais recente. A partir do MongoDB 8.2, versões secundárias estão disponíveis para sistemas locais (MongoDB Community e Enterprise) para casos de uso específicos. Para mais informações, consulte Versão do MongoDB.

Para instalar a versão mais recente do MongoDB compatível com uso local, consulte as instruções de instalação.

Iniciando no MongoDB 8.2, se você tentar utilizar a variável CLUSTER_TIME em um sistema autônomo, o servidor retornará um erro.

A partir do MongoDB 8.2, $rankFusion agora pode ser executado em visualizações. Para mais informações, consulte $rankFusion.

A partir do MongoDB 8.2, o valor padrão de orphanCleanupDelaySecs é 3600 (anteriormente 900).

A partir do MongoDB 8.2 (também disponível no 8.1.2 e 8.0.13), a refragmentação entra na seção crítica quando o tempo estimado para concluir o trabalho restante é de 500 ms ou menos.

Starting in MongoDB 8.2, cpuNanos está localizado nas métricas de estágio de agregação $queryStats e inclui métricas adicionais relacionadas ao uso da CPU para operações de query. A métrica cpuNanos está disponível apenas em sistemas Linux.

Em versões anteriores, cpuNanos foi localizado em operationMetrics.

O MongoDB 8.2 remove o parâmetro catalogCacheIndexMaxEntries .

O MongoDB 8.2 também inclui alterações introduzidas no MongoDB 8.1. Esta seção descreve as alterações de compatibilidade que foram introduzidas no MongoDB 8.1.

A partir do MongoDB 8.1, os erros de estágio $densify se field compartilhar seu prefixo com qualquer campo na array partitionByFields. Por exemplo, as seguintes combinações de field e partitionByFields resultam em um erro:

  • field: "timestamp", partitionByFields: ["timestamp"]

  • field: "timestamp", partitionByFields: ["timestamp.hours"]

  • field: "timestamp.hours", partitionByFields: ["timestamp"]

Qualquer aplicação que execute o buildInfo comando antes da autenticação é incompatível com o MongoDB 8.1. As seguintes versões do driver são incompatíveis com MongoDB 8.1 devido a esta alteração:

  • JVM drivers v3.x e anteriores (inclui drivers do Java Sync, Java Reactive Streams, Kotlin Coroutine, Kotlin Sync e Scala)

  • .NET/C# driver v2.14.1 e anterior

A partir do MongoDB 8.1, as leituras com hedge são removidas. Se você especificar opções de leitura distribuída em uma query, o MongoDB executará a query, mas ignorará as opções distribuídas e registrará um aviso.

Os seguintes parâmetros do servidor relacionados às leituras distribuídas não têm mais efeito:

  • maxTimeMSForHedgedReads

  • opportunisticSecondaryTargeting

  • readHedgingMode

O comando serverStatus não retorna mais o objeto hedgingMetrics.

A partir do MongoDB 8.1, $fill pode usar o método linear para interpolar se houver valores idênticos em partições diferentes.

As versões anteriores do MongoDB retornam um erro informando que o campo de classificação não pode ter valores repetidos.

Para obter detalhes, consulte Interpolar valores idênticos em diferentes partições.

A partir do MongoDB 8.1 8.0.16(e), o número máximo de conexões de entrada que você pode definir com a net.maxIncomingConnections opção de arquivo de configuração em sistemas Linux é o valor de (RLIMIT_NOFILE / 2) 0 8*.. Se você especificar um valor maior, o MongoDB usará o valor padrão.

A partir do MongoDB 8.1, $convert retorna um erro ao tentar converter entre diferentes subtipos de binData. No MongoDB 8.0, $convert retorna o valor original e o subtipo original: nenhuma conversão é realizada. Versões do MongoDB anteriores a 8.0 não têm conversão binData.

Se você usar uma ação de validação errorAndLog em uma collection, o MongoDB não poderá fazer downgrade até que você solte a collection ou se você alterar a ação de validação da collection para uma suportada em versões mais antigas. Para alterar a ação de validação em uma coleção, utilize o comando collMod.

Obsoleto(a)
Descrição

metadataRefreshInTransactionMaxWaitBehindCritSecMS

A partir do MongoDB 8.1, o antigo parâmetro metadataRefreshInTransactionMaxWaitBehindCritSecMS é renomeado metadataRefreshInTransactionMaxWaitMS. Você pode continuar a usar metadataRefreshInTransactionMaxWaitBehindCritSecMS como o nome do parâmetro, mas ele está obsoleto e será removido em uma futura versão do MongoDB .

Para detalhes, consulte metadataRefreshInTransactionMaxWaitMS.

Voltar

8.2 (versão estável)

Nesta página