ApsaraDB for MongoDB:Visão geral dos novos recursos do MongoDB 6.0

Novidades do MongoDB 6.0

Queryable Encryption

O Queryable Encryption permite que o cliente criptografe campos confidenciais antes de chegarem ao banco de dados, armazene-os como texto cifrado totalmente aleatório e ainda execute consultas expressivas nos dados criptografados — sem expor o texto simples ao servidor.

Como funciona

O cliente detém a chave de criptografia, obtida por meio do Key Management Service (KMS). Ao enviar uma consulta, o servidor a processa com base nos dados criptografados e retorna uma resposta em texto cifrado. Em seguida, o cliente descriptografa a resposta localmente e apresenta os resultados em texto simples.

Benefícios oferecidos

• Controle de chaves no lado do cliente — apenas o cliente possui a chave de criptografia, não o servidor.

• Proteção de ponta a ponta em todo o ciclo de vida dos dados: transmissão, armazenamento, uso, auditoria e backup.

• Consultas expressivas em campos criptografados, incluindo consultas de igualdade, intervalo, prefixo, sufixo e substring.

• Controle de acesso — somente aplicativos autorizados no nível do cliente e usuários com acesso à chave podem recuperar o texto simples.

• Solução de criptografia autossuficiente que elimina a necessidade de criar camadas personalizadas de segurança e conformidade.

• Redução de preocupações com segurança para usuários da Alibaba Cloud que desejam armazenar dados confidenciais.

Para mais informações, consulte MongoDB Releases Queryable Encryption Preview .

Cluster-to-Cluster Sync

As ferramentas existentes de movimentação de dados do MongoDB — mongoimport, mongoexport, mongodump e mongorestore — lidam com transferências únicas ou em lote, mas não suportam replicação contínua entre instâncias ativas.

O MongoDB 6.0 introduz o mongosync, uma ferramenta dedicada para sincronização contínua e unidirecional entre instâncias do ApsaraDB for MongoDB. Com o mongosync, você pode iniciar, parar, retomar ou reverter uma tarefa de sincronização em tempo real, além de monitorar o status da sincronização durante todo o processo.

Para baixe o mongosync , consulte a seção "MongoDB Cluster-to-Cluster Sync Download" na página Try MongoDB Tools Free .

Coleções de séries temporais

As coleções de séries temporais, lançadas inicialmente no MongoDB 5.0, evoluíram ao longo de várias versões, com cada lançamento adicionando novas capacidades:

Melhorias do MongoDB 6.0

• Agora é possível crie índices secundários e compostos em coleções de séries temporais, melhorando o desempenho de leitura.

• Há suporte para índices geoespaciais, permitindo consultas baseadas em localização e distância em dados de séries temporais — por exemplo, rastrear mudanças de temperatura em caminhões refrigerados ou monitorar o consumo de combustível ao longo de uma rota de carga.

• As consultas de last point foram otimizadas: buscar o ponto de dados mais recente não exige mais uma varredura completa na coleção.

• A ordenação tornou-se mais eficiente ao usar timestamps combinados com índices clusterizados e secundários em campos de metadados.

Change streams

Introduzidos no MongoDB 3.6, os change streams fornecem captura de dados de alteração (CDC) sem a necessidade de middleware de sincronização externo. Esse recurso expandiu-se significativamente desde seu lançamento inicial:

Melhorias do MongoDB 6.0

• Suporte a pre-image: Os eventos de alteração agora podem incluir o estado do documento antes da mudança. Antes do MongoDB 6.0, apenas post-images estavam disponíveis. Para detalhes, consulte Change Streams with Document Pre- and Post-Images.

• Eventos DDL: As seguintes instruções DDL agora são capturadas como eventos de alteração: create, createIndexes, modify e shardCollection. Para a lista completa, consulte Change Events.

• Campo wallTime: Os eventos de alteração agora incluem um campo wallTime com um timestamp de relógio de parede. O campo suporta os operadores de conversão $toDate, $tsSeconds e $tsIncrement.

Agregação

O MongoDB 6.0 expande significativamente os recursos de $lookup e $graphLookup para instâncias de cluster com sharding:

• Suporte a cluster com sharding: Agora há suporte para $lookup e $graphLookup em instâncias de cluster com sharding.

• Suporte aprimorado a joins: O comportamento de join do $lookup está mais robusto e consistente.

• Travessia de grafos aprimorada: O $graphLookup lida com a travessia de grafos de forma mais eficiente.

• Desempenho: O $lookup alcança até cem vezes mais desempenho.

Para obter detalhes, consulte $lookup (aggregation) e $graphLookup (aggregation) .

Consultas

O MongoDB 6.0 adiciona os seguintes operadores: $maxN, $topN, $minN, $bottomN, $lastN e $sortArray. Esses operadores transferem a computação para a camada do banco de dados, reduzindo a quantidade de pós-processamento necessário no código da aplicação.

Para a referência completa de operadores, consulte Aggregation Pipeline Operators .

Elasticidade

Tamanho padrão do chunk aumentado de 64 MB para 128 MB

O maior tamanho padrão de chunk reduz a frequência com que os chunks são migrados entre shards, diminuindo a sobrecarga de rede e roteamento para a maioria das cargas de trabalho.

Comando configureCollectionBalancing

O novo comando configureCollectionBalancing oferece controle por coleção sobre dois comportamentos:

• Tamanhos de chunk personalizados: Defina tamanhos de chunk diferentes para diferentes coleções com sharding. Por exemplo, use 256 MB para grandes coleções e 32–64 MB para coleções menores que precisam de uma distribuição de dados mais refinada.

• Desfragmentação automática: Ative a desfragmentação automática de coleções com sharding, eliminando a necessidade de execute manualmente o comando compact para recuperar espaço em disco.

Para a referência completa do comando, consulte configureCollectionBalancing .

Segurança

O MongoDB 6.0 estende a Client-Side Field Level Encryption (CSFLE) para oferecer suporte a provedores de chaves compatíveis com o Key Management Interoperability Protocol (KMIP). Anteriormente, a CSFLE era limitada ao gerenciamento de chaves local baseado em Keyfile. Com o suporte a KMIP, agora é possível usar dispositivos de gerenciamento de chaves de terceiros juntamente com a abordagem integrada de Keyfile local, o que é especialmente útil em cenários de migração de dados.