Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

Alterações de compatibilidade no MongoDB 8.2

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.

No MongoDB 8.2.0, collectionUUID e updateDescription.disambiguatedPaths estão incluídos nos eventos de alteração aplicáveis mesmo que você não defina showExpandedEvents. Nas versões do MongoDB anteriores a 8.2.0 e nas versões 8.2.1 e posterior, estes campos serão incluídos somente se você abrir o fluxo de alterações com showExpandedEvents: true.

Se você atualizar do MongoDB 8.2.0 para o MongoDB 8.2.1 ou posterior, collectionUUID e updateDescription.disambiguatedPaths não aparecerão mais em eventos de alteração, a menos que você defina showExpandedEvents ao abrir o stream.

Os aplicativos não devem depender de commitTimestamp. Está exposto no MongoDB 8.2.0, mas não está presente por padrão no MongoDB 8.2.1 e versões posteriores.

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.0.20, $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.

Starting in MongoDB 8.1 (and 8.0.16, 7.0.27), the maximum number of incoming connections that you can set with the net.maxIncomingConnections configuration file option on Linux systems is the value of (RLIMIT_NOFILE / 2) * 0.8. If you specify a larger value, MongoDB uses the default value.

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.