ApsaraDB for MongoDB:Versões e storage engines

Versões suportadas

Storage engines

Compatibilidade de versão e storage engine

MongoDB 8.3

Esta versão introduz novos recursos, incluindo agregação aprimorada, processo de gerenciamento de sharding refatorado, logs de consultas lentas em andamento e rastreamento de memória no nível de consulta. Também traz otimizações de desempenho, parâmetros de sistema, índices e séries temporais.

• Agregação aprimorada: Adiciona acesso a índice de array, novas expressões como $hash e $hexHash, e conversão de tipos melhorada para $toString e $convert.

• Processo de gerenciamento de sharding refatorado: O comando removeShard foi descontinuado e substituído por um processo de quatro estágios usando os comandos startShardDraining, stopShardDraining, shardDrainingStatus e commitShardRemoval. Esse novo processo suporta operações de pausa e retomada.

• Monitoramento e diagnóstico aprimorados: Adiciona logs de consultas lentas em andamento, rastreamento de memória no nível de consulta (inUseTrackedMemBytes e peakTrackedMemBytes) e saída sob demanda para serverStatus.

• Desempenho e parâmetros de sistema: Adiciona novos parâmetros para controle de recursos de conexões pré-autenticadas, recuperação automática de recursos sob pressão de cache e seleção de serviço consciente de sobrecarga.

• Alterações em índices: Aumenta o valor padrão de 2dsphereVersion para 4, priorizando GeoJSON em vez de pares de coordenadas legados.

Para mais informações, consulte {{XREF_12}}.

MongoDB 8.0

Esta versão apresenta um TCMalloc atualizado, desempenho otimizado de replicação e resharding, além de melhorias em sharding, logging, agregação e segurança.

• TCMalloc atualizado

  O TCMalloc atualizado usa caches por CPU em vez de caches por thread para reduzir a fragmentação de memória e melhorar a resiliência do banco de dados sob cargas de trabalho pesadas. Além disso, o TCMalloc atualizado cria uma thread em segundo plano que tenta liberar memória de volta para o sistema operacional a cada segundo.

• Desempenho de replicação

  A partir do MongoDB 8.0, quando writeConcern está definido como majority, o MongoDB confirma uma gravação assim que a maioria dos membros do replica set grava as entradas correspondentes no oplog, sem esperar que as alterações sejam aplicadas. Essa mudança melhora o desempenho de gravação no modo majority.

  Os membros secundários agora gravam e aplicam lotes do oplog em paralelo. Enquanto uma thread de gravação lê novas entradas do oplog do membro primário e as grava no oplog local, uma thread de aplicação aplica essas alterações de forma assíncrona ao banco de dados local. Essa mudança melhora o throughput de replicação nos membros secundários.

• Desempenho de resharding

  O MongoDB 8.0 introduz a opção forceRedistribution, que permite fazer resharding de uma coleção com a mesma shard key, redistribuindo dados entre novos shards. Esse processo é significativamente mais rápido que a migração de chunks baseada em intervalos e pode ser usado com a opção zones para mover dados para zonas específicas.

• Sharding

  • O sharding com hash agora cria um chunk por shard por padrão, em comparação com dois chunks nas versões anteriores ao MongoDB 8.0.

  • O comando dbhash agora pode ser executado diretamente em um shard.

  • Os comandos findAndModify e deleteOne agora podem usar uma shard key parcial no filtro de consulta.

  • Ao usar o comando updateOne com upsert definido como true em uma coleção com sharding, o filtro de consulta não precisa mais incluir a shard key completa.

  • Agora é possível remover o sharding de uma coleção existente usando o comando unshardCollection ou o método sh.unshardCollection(). Essa operação move todos os documentos da coleção para um shard especificado ou para o shard menos carregado.

  • O comando moveCollection agora permite mover uma coleção sem sharding para um shard específico, sem restrição ao shard primário. No entanto, coleções de séries temporais e coleções com criptografia consultável não podem ser movidas. Essa operação pode bloquear brevemente as gravações na coleção por cerca de dois segundos.

  • Esta versão introduz novos comandos de banco de dados e helpers do mongosh:

    Comando	Helper do Mongosh	Descrição
    moveCollection	sh.moveCollection()	Move uma coleção sem sharding para um shard específico.
    unshardCollection	sh.unshardCollection()	Remove o sharding de uma coleção existente com sharding e move seus dados para um shard específico.
    abortMoveCollection	sh.abortMoveCollection()	Interrompe uma operação moveCollection em andamento.
    abortUnshardCollection	sh.abortUnshardCollection()	Interrompe uma operação unshardCollection em andamento.
    Nenhum	sh.shardAndDistributeCollection()	Cria sharding em uma coleção e redistribui imediatamente os dados usando a shard key fornecida. Executar este helper equivale a executar shardCollection e reshardCollection sequencialmente, com o objetivo de acelerar a movimentação de dados.

• Logging

  O log de consultas lentas agora inclui um campo workingMillis, que mostra o tempo em que uma operação esteve ativamente em execução.

  Diferente de durationMillis, que mede a latência total da operação, workingMillis não inclui o tempo gasto esperando por recursos, como locks ou controle de fluxo.

• Agregação

  • Conversão de binData

    O operador $convert agora suporta as seguintes conversões:

    • Converter valores string em valores binData.

    • Converter valores binData em valores string.

    Além disso, a expressão $toUUID fornece uma sintaxe simplificada para converter strings em valores UUID.

  • $queryStats

    O estágio $queryStats retorna estatísticas para consultas registradas e melhora o rastreamento e relatório de métricas em um change stream.

• Segurança

  • Criptografia consultável

    É possível usar $lt, $lte, $gt e $gte para realizar consultas de intervalo em campos criptografados.

  • Fila de ingresso

    O MongoDB 8.0 introduz uma nova fila para controle de admissão de ingresso (ingressAdmissionControllerTicketPoolSize). Operações que entram no banco de dados pela rede ingressam nessa fila.

    Por padrão, a fila de ingresso é ilimitada, mas é possível configurar seu tamanho máximo.

• Outras otimizações

  • Esta versão introduz um novo Query Shape. O query shape anterior agora é chamado de Plan Cache Query Shape. O otimizador de consultas também usa Query Settings como entrada adicional, o que afeta a seleção final do plano de consulta.

    • setQuerySettings adiciona configurações de consulta:

      • Use este comando para especificar um índice para seleção. O MongoDB 8.0 descontinua o uso de planCacheSetFilter para definir um index filter.

      • Use este comando para configurar limitação de taxa. A opção reject permite rejeitar um Query Shape específico.

    • removeQuerySettings exclui configurações de consulta.

    • $querySettings exibe configurações de consulta.

  • O comando explain() agora retorna o tempo gasto na otimização do plano de consulta em milissegundos através de queryPlanner.optimizationTimeMillis.

  • O novo parâmetro defaultMaxTimeMS especifica o limite de tempo padrão em milissegundos para a conclusão de uma única operação de leitura.

    • Operações aplicáveis:

      • find

      • aggregate (excluindo os estágios $merge e $out)

      • count

      • distinct

      • dbHash

    • Se um cliente especificar maxTimeMS, defaultMaxTimeMS será ignorado para essa operação.

  • O novo comando bulkWrite permite realizar múltiplas operações de inserção, atualização e exclusão em várias coleções em uma única solicitação.

  • O comando updateOne agora suporta a opção sort.

  • Agora é possível criar um índice TTL em uma coleção capped.

  • Inserções em massa não transacionais agora são agrupadas em uma única entrada do oplog, em vez de gerar uma entrada separada para cada inserção. Todos os documentos inseridos compartilham o mesmo clusterTime nos eventos de change stream. Essa mudança melhora o desempenho de inserção em massa e ajuda a prevenir atrasos de replicação que poderiam ocorrer quando membros secundários reproduzem múltiplas entradas do oplog.

  • Operações DDL concorrentes agora podem ser executadas em diferentes coleções dentro do mesmo banco de dados.

  • A adição ou remoção de shards é bloqueada enquanto uma operação DDL que modifica uma coleção, como reshardCollection, estiver em execução no cluster. Essas ações só podem ser realizadas após a conclusão da operação DDL.

  • As construções de índices agora relatam erros mais rapidamente e têm maior resiliência a falhas.

    Comportamento	MongoDB 8.0	Antes do MongoDB 8.0
    Quando uma construção de índice para devido a um erro	Erros de índice, exceto erros de chave duplicada, encontrados durante a fase de varredura da coleção são retornados imediatamente, interrompendo a construção do índice. O MongoDB 8.0 ajuda a diagnosticar erros de índice mais rapidamente. Por exemplo, se um formato de valor de índice incompatível for encontrado, o erro é retornado imediatamente.	Erros de índice encontrados durante a varredura da coleção eram relatados durante a fase de commit no final da construção do índice. Em comparação com o MongoDB 8.0, um erro de construção de índice podia demorar muito mais para ser retornado, pois era relatado apenas durante a fase de commit.
    Resiliência	Um membro secundário pode solicitar ao membro primário que interrompa uma construção de índice se ocorrer um erro. Isso melhora a resiliência da implantação, evitando que o secundário falhe. Uma solicitação para interromper uma construção de índice nem sempre é viável. Se um membro já votou para fazer commit do índice, o membro secundário não pode solicitar a interrupção da construção e falhará, semelhante ao comportamento no MongoDB 7.0 e anteriores.	Erros na construção de índices podiam causar falhas nos membros secundários.
    Espaço em disco	Uma construção de índice é abortada automaticamente se o espaço disponível em disco cair abaixo do valor mínimo especificado no parâmetro indexBuildMinAvailableDiskSpaceMB. A construção do índice não para se o membro já tiver votado para fazer commit do índice.	As construções de índices também eram abortadas se o espaço em disco fosse insuficiente.

MongoDB 7.0

Esta versão introduz novos recursos, como criptografia consultável, verificação de consistência de metadados de shard, consultas amostradas e análise de shard key (analyzeShardKey), e o AutoMerger. Também inclui melhorias e otimizações para sharding, coleções de séries temporais, agregação e segurança.

• Criptografia consultável

  A criptografia consultável estava disponível como recurso de visualização no MongoDB 6.0. No MongoDB 7.0, esse recurso agora está Disponível Geralmente (GA). Para mais informações, consulte Queryable Encryption.

• Verificação de consistência de metadados de shard

  O MongoDB 7.0 introduz o comando checkMetadataConsistency para verificar inconsistências de metadados entre diferentes shards. Adicione esta verificação aos seus procedimentos de manutenção rotineiros para detectar possíveis inconsistências antecipadamente. Para mais informações, consulte checkMetadataConsistency.

• Consulta amostrada e análise de shard key

  Esta versão suporta a análise da adequação da shard key de uma coleção com base nos resultados de consultas amostradas. Isso pode ajudar você a projetar um esquema e uma shard key mais eficazes e aproveitar melhor sua arquitetura de sharding. Para mais informações, consulte analyShardKey e configureQueryAnalyzer.

• AutoMerger

  O MongoDB 7.0 introduz um novo AutoMerger para o Balancer. Quando a distribuição de dados ou índices está desigual, há muitos chunks ou durante a migração de dados, o AutoMerger mescla chunks para equilibrar os dados e melhorar o desempenho. Esse recurso é habilitado por padrão no MongoDB 7.0 e pode ser gerenciado através da janela ativa do Balancer.

• Sharding

  • Agora é possível usar o parâmetro rangeDeleterHighPriority para atribuir uma prioridade maior à exclusão de documentos órfãos. Por padrão, esse parâmetro é definido como false, pois as exclusões no nível da aplicação geralmente têm prioridade mais alta.

  • A métrica de monitoramento operationsBlockedByRefresh, que rastreava o comportamento de atualização do cache de catálogo, não é mais suportada porque cada operação no mongos que usava informações de roteamento de coleção incrementava esse contador.

  • Esta versão adiciona novas métricas de monitoramento para resharding.

  • O comando addShard não suporta mais a opção maxSize.

  • Ao ajustar o tamanho do chunk para a coleção config.settings, uma verificação de validação agora limita o valor ao intervalo [1, 1024].

  • A partir do MongoDB 6.0.3, vários ajustes foram feitos na política do Balancer:

    • O Balancer não equilibra mais com base na diferença no número de chunks entre shards. Em vez disso, equilibra com base na diferença no tamanho dos dados entre shards.

    • Um intervalo substitui o conceito lógico de chunk.

    • A divisão automática ocorre apenas quando intervalos se movem entre shards.

• Coleções de séries temporais

  • Esta versão remove as restrições operacionais do comando DELETE para coleções de séries temporais. O comando DELETE agora não tem limitações, exceto que não pode ser usado em transações de múltiplos documentos.

  • O comando COMPACT agora suporta coleções de séries temporais.

• Agregação

  Esta versão introduz os seguintes operadores para suportar cálculos bit a bit e percentis:

  Parâmetro	Descrição
  $bitAnd	Retorna o resultado de uma operação AND bit a bit em um valor Int32 ou Int64.
  $bitNot	Retorna o resultado de uma operação NOT bit a bit em um valor Int32 ou Int64.
  $bitOr	Retorna o resultado de uma operação OR bit a bit em um valor Int32 ou Int64.
  $bitXor	Retorna o resultado de uma operação XOR bit a bit em um valor Int32 ou Int64.
  $median	Retorna a mediana aproximada, que equivale ao 50º percentil.
  $percentile	Retorna o valor para um percentil especificado.

• Segurança

  • O MongoDB suporta KMIP 1.0 e 1.1.

  • O MongoDB suporta OpenSSL 3.0 e OpenSSL FIPS.

• Outras otimizações

  • Os logs de consultas lentas agora incluem novos campos, como catalogCacheIndexLookupDurationMillis. Para mais informações, consulte log messages for slow queries.

  • A partir do MongoDB 7.0, o MongoDB ajusta automática e dinamicamente a concorrência das transações do storage engine, que anteriormente tinha um valor padrão de 128. Para mais informações, consulte Concurrent Storage Engine Transactions.

  • O comando currentOp agora inclui novos campos relacionados à amostragem de consultas. Para mais informações, consulte currentop-metrics.

  • Esta versão adiciona suporte para índices wildcard compostos. Para mais informações, consulte Compound Wildcard Indexes.

  • O novo operador $changeStreamSplitLargeEvent suporta a divisão de grandes eventos de alteração que excedem 16 MB. Para mais informações, consulte Large Change Stream Events.

  • Esta versão melhora o desempenho do mecanismo de execução de consultas baseado em slots.

  • Esta versão adiciona novas métricas para migrações de chunks. Para mais informações, consulte New Sharding Statistics for Chunk Migrations.

  • Agora é possível usar a variável de sistema USER_ROLES para recuperar as funções do usuário atual.

  • Esta versão adiciona novos parâmetros globais relacionados a analyzeShardKey, balancer e queryAnalyzers.

  • A saída do comando serverStatus agora inclui campos adicionais. Para mais informações, consulte serverStatus Output Change.

Notas de versão do MongoDB 6.0

MongoDB 5.0

Recursos do MongoDB 4.4

MongoDB 4.2

MongoDB 4.0

MongoDB 3.4 (descontinuado)