No MySQL, estamos tendo replicar-do-db/replicate-ignore-db durante a replicação, onde podemos replicar ou restringir bancos de dados específicos de Master para Slave.
Da mesma forma, existe alguma configuração específica ou solução alternativa na replicação do MongoDB para restringir bancos de dados e coleções específicos durante a sincronização de dados.
Caso contrário, existe alguma outra maneira de sincronizar apenas banco de dados ou coleções específicas do Mestre para o Escravo.
Estou usando o MongoDB 3.6
Os conjuntos de réplicas no MongoDB são projetados para redundância de dados e failover, portanto, todos os membros portadores de dados de um conjunto de réplicas contêm atualmente os mesmos bancos de dados e coleções do MongoDB 4.2. Um membro com um conjunto de dados parcial não seria capaz de atender a nenhuma dessas metas principais de design para uma implantação de conjunto de réplicas.
Há um problema de servidor relevante que você pode observar e votar: SERVER-1559: Capacidade de um nó de conjunto de réplicas ter apenas um subconjunto dos bancos de dados ou coleções . Isso está atualmente na lista de pendências de desenvolvimento, mas há uma abordagem alternativa que você pode usar nesse ínterim.
Se você quiser dar suporte a cenários de replicação/sincronização não padrão, eu gostaria de escrever um pequeno programa para replicar as alterações desejadas usando a API do MongoDB Change Streams . Os eventos de fluxo de mudança são baseados no oplog de replicação e permitem que você filtre e processe eventos relevantes que correspondam a critérios como namespace, tipo de operação ou valores de campo. Você também pode modificar a saída do fluxo de mudança usando estágios de agregação adicionais (por exemplo, projetando um subconjunto de campos ou adicionando campos calculados). Mais importante ainda, a API do Change Streams oferece um caminho de atualização compatível para versões futuras do servidor MongoDB.
No MongoDB 3.6, você só pode abrir fluxos de mudança em um nível de coleção. Como você está interessado em alterações em um banco de dados ou em um nível de implantação, vale a pena atualizar para o MongoDB 4.0, que inclui suporte a fluxo de mudança mais abrangente .