Coleções fragmentadas de desfragmento
Nesta página
A fragmentação é onde os dados de uma coleção fragmentada são divididos em um número desnecessariamente grande de pequenos blocos. Isso pode aumentar os tempos de operação das operações CRUD executadas nessa coleção. A desfragmentação reduz o número de chunks mesclando chunks menores em maiores, resultando em tempos de operação CRUD mais baixos.
Se os tempos de operação CRUD forem aceitáveis, você não precisará desfragmentar as coleções.
A tabela a seguir resume as informações de desfragmentação para várias versões MongoDB.
Versão do MongoDB | Descrição |
|---|---|
MongoDB 7.0 e posterior | Os chunks são mesclados automaticamente. Melhorias de desempenho com a desfragmentação de uma collection no MongoDB 7.0 são mais baixos em comparação com o MongoDB 6.0. Normalmente, você não precisa desfragmentar collections começando no MongoDB 7.0. |
MongoDB 6.0 e anterior a 7.0 | Só desfragmente coleções se os tempos de operações CRUD estiverem mais longos quando a migração das partes ou dos nós começar. A partir do MongoDB 6.0, o alto tráfego de gravação não deve causar fragmentação. Migrações de partes causam fragmentação. |
Mais cedo do que MongoDB 6.0 | Desfragmente coleções somente se você enfrentar tempos de operação CRUD mais longos durante atualizações de metadados. Para versões do MongoDB anteriores a 6.0, uma coleção fragmentada torna-se fragmentada quando o tamanho da coleção aumenta significativamente devido a muitas operações de inserção ou atualização. |
Para desfragmentar uma coleção fragmentada, use a opção configureCollectionBalancing do comando defragmentCollection . A opção está disponível a partir do MongoDB 6.0.
Antes de começar
Considere estes problemas antes de desfragmentar collection:
A desfragmentação pode causar muitas atualizações de metadados nos shards. Se suas operações CRUD já estiverem demorando mais do que o normal durante as migrações, você só deverá executar a desfragmentação durante uma janela de balanceamento de fragmentos para reduzir a carga de trabalho do sistema.
Se a desfragmentação estiver afetando a carga de trabalho e a latência CRUD no cluster, você poderá reduzir o impacto usando o parâmetro
chunkDefragmentationThrottlingMS.As partes mescladas perdem o histórico de canais.
Isso significa que, enquanto a desfragmentação estiver em execução, as leituras de snapshots e, indiretamente, a transação, podem falhar com erros de histórico de partes obsoletos.
O histórico de canais registra os fragmentos em que uma parte foi armazenada. A desfragmentação apaga o histórico de canais e algumas operações podem falhar, mas normalmente são resolvidas após cerca de cinco minutos.
A desfragmentação afeta a localização dos documentos em uma collection movendo dados entre shards. Se uma coleção tiver intervalos de dados que são acessados com frequência, após a desfragmentação da coleção, é possível que os dados acessados com frequência estejam em um fragmento. Isso pode diminuir o desempenho das operações CRUD colocando a carga de trabalho em um fragmento em vez de vários fragmentos.
Tarefas
Iniciar manualmente a desfragmentação de uma collection fragmentada
Parar manualmente de desfragmentar uma collection fragmentada
Observação
Normalmente, você deve usar uma janela de balanceamento de fragmentos para especificar quando o balanceador é executado em vez de iniciar e parar manualmente a desfragmentação.
Detalhes
Esta seção descreve detalhes adicionais relacionados à desfragmentação de collection fragmentadas.
Configurar status do balanceamento da collection
O campo defragmentCollection retornado pelo comando configureCollectionBalancing é somente true quando a desfragmentação está em execução.
Após a desfragmentação terminar automaticamente ou você parar manualmente a desfragmentação, o campo defragmentCollection será removido do documento retornado.
operações
As leituras de nó secundário são permitidas durante a desfragmentação, mas podem levar mais tempo para serem concluídas até que as atualizações de metadados no nó primário sejam replicadas para os nós secundários.
Tamanho, balanceamento e desfragmentação da parte
Para obter detalhes sobre o balanceador do MongoDB, consulte Balanceador de Cluster Fragmentado.
Para uma introdução ao chunkSize, consulte Modificar o Tamanho do Intervalo em um Cluster fragmentado.
A tabela a seguir descreve como o chunkSize afeta a desfragmentação e as operações do balanceador em diferentes versões MongoDB.
Versão do MongoDB | Descrição |
|---|---|
MongoDB 6.0 e posterior | Quando os dados de coleta compartilhados entre dois estilhaços diferem em três ou mais vezes a configuração de Por exemplo, se |
Mais cedo do que MongoDB 6.0 | Quando um pedaço fica maior que chunkSize, o pedaço é dividido. |
Quando blocos são movidos, divididos ou mesclados, os metadados do fragmento são atualizados após a operação do bloco ser cometida por um servidor de configuração. Os fragmentos não envolvidos na operação de bloco também são atualizados com novos metadados.
O tempo para a atualização de metadados do fragmento é proporcional ao tamanho da tabela de roteamento. As operações CRUD na coleção são temporariamente bloqueadas enquanto os metadados de fragmento são atualizados, e uma tabela de roteamento menor significa atrasos de operação CRUD mais curtos.
Desfragmentar uma coleção reduz o número de blocos e o tempo para atualizar os metadados de bloco.
Para reduzir a carga de trabalho do sistema, configure o balanceador para ser executado somente em um horário específico usando uma janela de balanceamento de fragmentos. A desfragmentação é executada durante o período da janela de equilíbrio.
Você pode utilizar o parâmetro chunkDefragmentationThrottlingMS para limitar a taxa de comandos de divisão e mesclagem executados pelo balanceador.
Você pode iniciar e parar a desfragmentação a qualquer momento.
Você também pode definir uma zona de fragmento. Uma zona de fragmento é baseada na chave de fragmento e você pode associar cada zona a um ou mais fragmentos em um cluster.
A partir do MongoDB 6.0, um cluster fragmentado divide apenas as partes quando as partes devem ser migradas. Isso significa que o tamanho da parte pode exceder chunkSize. Blocos maiores reduzem o número de blocos em um fragmento e melhoram o desempenho porque o tempo para atualizar os metadados do fragmento é reduzido. Por exemplo, você pode ver um bloco de 1 TB em um fragmento, mesmo que tenha configurado chunkSize para 256 MB.
chunkSize afeta o seguinte:
Quantidade máxima de dados que o balanceador tenta migrar entre dois fragmentos em uma única operação de migração de bloco.
Quantidade de dados migrados durante a desfragmentação.
Saiba mais
Introdução à fragmentação, consulte Fragmentação
Partição de dados com blocos, consulte Particionamento de dados com blocos
Configurar o balanceamento de collection, consulte
configureCollectionBalancingExamine o status da collection do balancer; consulte
balancerCollectionStatusConfigurar janelas de balanceamento de shards, consulte Agendar a janela de balanceamento
Monitore fragmentos usando o MongoDB Atlas, consulte Analisar clusters fragmentados