Notas de versão para MongoDB 8.0

Database Profiler

Ao especificar um filtro para o analisador de banco de dados, você pode registrar operações com base na nova métrica workingMillis . Você pode registrar operações com base em workingMillis e durationMillis e definir cada métrica para um limite diferente.

Conversão de BinData

A partir do MongoDB 8.0, você pode utilizar o operador $convert para executar as seguintes conversões:

• String values to binData values

• valores binData para valores de string

MongoDB 8.0 também inclui uma nova expressão auxiliar, $toUUID, que fornece sintaxe simplificada para converter strings em valores UUID .

$queryStats Melhorias no Change Stream

A partir do MongoDB 8.0, $queryStats melhora o rastreamento e as métricas de relatórios para change streams. Para mais informações, consulte $queryStats Alterar Comportamento de Streams.

$rank e $denseRank comportamento

A partir do MongoDB 8.0, null e valores de campo ausentes nas operações $denseRank e $rank sortBy são tratados da mesma forma ao calcular classificações. Essa alteração torna o comportamento de denseRank e rank consistente com $sort.

Movendo uma coleção

A partir do MongoDB 8.0, você pode mover uma coleção não fragmentada para um fragmento diferente usando o comando moveCollection .

Para obter detalhes, consulte Coleções móveis. Para começar, consulte Mover uma coleção.

Desfragmentando uma collection

A partir do MongoDB 8.0, você pode desfragmentar collections fragmentadas existentes com o comando unshardCollection ou o método sh.unshardCollection() . Esta operação move todos os documentos na coleção para um shard especificado ou o shard com a menor quantidade de dados.

Para obter detalhes, consulte Collections não fragmentadas. Para começar, consulte Desfragmentar uma collection.

Config Shards

A partir do MongoDB 8.0, você pode configurar um servidor de configuração de configuração para armazenar os dados do aplicação , além dos metadados usuais do cluster fragmentado . Um nó mongod que oferece funcionalidade de servidor de servidor de configuração de shard é chamado de shard de configuração. Um nó do mongod que executa como um --configsvr autônomo sem funcionalidade de servidor de fragmento é chamado de servidor de configuração dedicado.

Para configurar um servidor de configuração dedicado para ser executado como um shard de configuração, execute o comando transitionFromDedicatedConfigServer .

Para configurar um shard de configuração para ser executado como um servidor de configuração dedicado, execute o comando transitionToDedicatedConfigServer .

Para obter detalhes, consulte Config Shard. Para começar, consulte Iniciar um cluster fragmentado com um Config Shard.

Novos comandos de banco de dados

• abortMoveCollection

• abortUnshardCollection

• moveCollection

• transitionFromDedicatedConfigServer

• transitionToDedicatedConfigServer

• unshardCollection

Novos métodos de mongosh

• sh.abortMoveCollection()

• sh.abortUnshardCollection()

• sh.moveCollection()

• sh.shardAndDistributeCollection()

• sh.unshardCollection()

Novas métricas do serverStatus

serverStatus inclui os seguintes novos campos shardingStatistics em sua saída:

• shardingStatistics.countTransitionToDedicatedConfigServerStarted

• shardingStatistics.countTransitionToDedicatedConfigServerCompleted

• shardingStatistics.countTransitionFromDedicatedConfigServerCompleted

• shardingStatistics.configServerInShardCache

função directShardOperations

A partir do MongoDB 8.0, você pode usar a função directShardOperations para realizar operações de manutenção que exigem que você execute comandos diretamente em um shard.

Preocupação majoritária com gravação

A partir do MongoDB 8.0, as operações de gravação que usam a preocupação de gravação "majority" retornam uma confirmação quando a maioria dos membros do conjunto de réplicas tiver escrito a entrada de oplog para a alteração. Isso melhora o desempenho de "majority" gravações. Em versões anteriores, essas operações aguardavam e retornavam uma confirmação após a maioria dos membros do conjunto de réplicas aplicar a alteração.

Se o aplicativo ler de um secundário imediatamente após receber uma confirmação de uma operação de gravação { w: "majority" } (sem uma sessão causalmente consistente ), a query poderá retornar resultados que não incluam alterações da gravação.

Novas métricas replSetGetStatus

A partir do MongoDB 8.0, as seguintes métricas estão disponíveis ao utilizar o 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 do MongoDB 8.0, os secundários gravam e aplicam entradas de oplog para cada lote em paralelo. Um thread de gravador lê novas entradas do primário e as grava no oplog local. Um thread aplicador aplica de forma assíncrona essas alterações ao banco de dados local. Isso aumenta a taxa de transferência de replicação para secundários.

Isso introduz uma alteração de ruptura para metrics.repl.buffer, pois agora fornece métricas em dois buffers em vez de um.

O MongoDB 8.0 descontinua as seguintes métricas de status do servidor:

• metrics.repl.buffer.count

• metrics.repl.buffer.maxSizeBytes

• metrics.repl.buffer.sizeBytes

O MongoDB 8.0 adiciona as seguintes métricas de status do 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

Desempenho do desligamento

A partir do MongoDB 8.0, Bulk.insert() e volumes de trabalho de ingestão de dados podem ter um desempenho melhor. No entanto, desligar o MongoDB imediatamente após a execução dessas cargas de trabalho pode levar mais tempo devido aos dados extras que estão sendo liberados para o disco.

Armazene dados de aplicativos em shards de configuração

A partir do MongoDB 8.0, você pode configurar um servidor de configuração para armazenar dados do aplicativo, além dos metadados usuais do cluster fragmentado. O servidor de configuração é então conhecido como shard de configuração. Para obter detalhes, consulte Config Shards.

Estágio $lookup em transações com collections fragmentadas

A partir do MongoDB 8.0, você pode usar a etapa $lookup dentro de uma transação enquanto segmenta uma collection fragmentada.

Melhorias na compactação

Parameter Filtering

A partir do MongoDB 8.0, o comando getParameter aceita um campo setAt . Você pode usar esse campo para filtrar o documento de retorno allParameters: true para mostrar apenas os parâmetros que você pode definir na inicialização ou no tempo de execução.

Novo comando de gravação em massa

A partir do MongoDB 8.0, você pode usar o novo comando bulkWrite para executar muitas operações de inserção, atualização e exclusão em várias collections em uma única solicitação. O método db.collection.bulkWrite() existente permite somente a você modificar uma coleção em uma solicitação.

Leia sobre as coleções com capas

A partir do MongoDB 8.0, você pode usar a read concern "snapshot" em capped collections.

Operações de DDL

No MongoDB 8.0, se você adicionar ou remover um shard enquanto o cluster executa uma operação DDL (operação que modifica uma collection como reshardCollection), qualquer operação que adicione ou remova um shard só será executada após a conclusão da operação DDL simultânea.

Tempo limite padrão para queries

A partir do MongoDB 8.0, você pode usar o parâmetro de cluster defaultMaxTimeMS para especificar um limite de tempo padrão para que as operações de leitura individuais sejam concluídas.

Nova forma de query e configurações de query

MongoDB 8.0 introduz uma nova forma de query. A forma de query preexistente é renomeada como a forma de query do cache do plano.

A partir do MongoDB 8.0, você pode adicionar configurações de query para a nova forma de query. O otimizador de query usa as configurações de query como uma entrada adicional durante o planejamento de query, o que afeta o plano selecionado para executar uma query que tenha uma forma de query correspondente.

As configurações de query melhoraram a funcionalidade em comparação com os filtros de índice. Os filtros de índice também ficaram obsoletos a partir do MongoDB 8.0, e você deve evitar usá-los.

• Para adicionar configurações de query, use o comando setQuerySettings .

• Para excluir configurações de query, use o comando removeQuerySettings .

• Para recuperar as configurações de query, use um estágio $querySettings em um aggregation pipeline.

• Para bloquear uma forma de query, consulte filtros de rejeitar operação.

A partir do MongoDB 8.0, queryShapeHash está incluído na seguinte saída:

• Comando explain no campo explain.queryShapeHash

• analisador de banco de dados no campo system.profile.queryShapeHash

• Estágio de pipeline de agregação $currentOp no campo $currentOp.queryShapeHash

• registro de query lento

A partir do MongoDB 8.0, o campo queryHash pré-existente é renomeado para planCacheShapeHash. Se você estiver usando uma versão anterior do MongoDB, verá queryHash em vez de planCacheShapeHash.

Suporte de classificação para updateOne

A partir do MongoDB 8.0, o método updateOne() suporta uma opção sort . Isso controla como o MongoDB ordena o documento antes de selecionar o documento para receber a atualização.

As versões anteriores utilizam os métodos findAndModify() e findOneAndUpdate() para atualizar o primeiro documento em uma ordem de classificação especificada pelo usuário. O suporte para gravações repetidas exige que esses métodos copiem o documento inteiro para uma coleção lateral especial para cada nó, que é uma operação mais cara do que o método updateOne() com a nova opção sort .

TCMalloc atualizado

A partir do MongoDB 8.0, o MongoDB usa uma versão atualizada do TCMalloc que usa caches por CPU, em vez de caches por thread, para reduzir a fragmentação da memória e tornar seu banco de dados mais resiliente a cargas de trabalho de alto estresse.

A nova versão do TCMalloc afeta diretamente as recomendações de produção anteriores para Transparent Huge Pages. Para saber mais, consulte Otimização de desempenho do TCMalloc para um sistema autogerenciado.

Planejamento e execução de queries

Operações de inserção de vários documentos em lote

A partir do MongoDB 8.0, insira as operações para transações com vários documentos não produzem mais entradas oplog individuais. Em vez disso, inserções de vários documentos são agrupadas como uma única entrada. O evento de fluxo de alteração insert para cada documento tem o mesmo clusterTime.

Essa alteração aumenta o desempenho de operações de inserção de vários documentos e elimina possíveis atrasos de replicação causados por várias gravações oplog .

Os provedores de identidade da OIDC podem compartilhar um emissor

A partir do MongoDB 8.0, quando vários fornecedores de identidade (IDP) são definidos, o parâmetro oidcIdentityProviders aceita valores issuer duplicados, desde que o valor audience seja exclusivo para cada emissor. Isso também está disponível nas versões 7.3 e 7.0.

Namespaces em Subpipelines

A partir do MongoDB 8.0, os namespaces em subpipelines dentro $lookup e $unionWith são validados para garantir o uso correto dos campos from e coll .

Para obter detalhes, consulte $lookup subpipelines e $unionWith subpipelines.

Queries de intervalo de criptografia consultáveis

A partir do MongoDB 8.0, o Queryable Encryption oferece suporte a queries de intervalo em campos criptografados usando os operadores $lt, $lte, $gt e $gte . Para obter detalhes, consulte Operações suportadas para Queryable Encryption. Para habilitar queries de intervalo em campos criptografados, consulte Criar um esquema de criptografia.

Esquema OCSF para mensagens de registro

A partir do MongoDB 8.0, você pode especificar o esquema OCSF para mensagens de registro de auditoria. O esquema OCSF fornece registros em um formato padronizado compatível com processadores de registros.

Para definir o esquema usado para mensagens de registro, use a opção de arquivo de configuração auditLog.schema .

Para obter por exemplo, mensagens de registro no formato OCSF, consulte Mensagens de auditoria do esquema OCSF.

Fila de entrada

O MongoDB 8.0 introduz uma nova fila para o controle de entrada de entrada. As operações que aguardam a entrada da rede no banco de dados entram na fila de entrada. Por padrão, a fila é irrestrita, o que significa que o MongoDB permite que todas as operações sejam executadas por esse estágio sem filas. Definir o máximo da fila para um valor específico permite enfileirar as operações nesse estágio se o número de operações atuais atingir o limite especificado.