Eu tenho experimentado com o cluster mysql innodb. Um dos erros que encontrei não sei como remediar ou por que exatamente causa a morte permanente de qualquer escravo que deseje alcançar o mestre - deixe-me explicar.
Crie 3 instâncias do mysql. Use o utilitário de cluster innodb para combiná-los em um cluster. Você pode usar a AdminAPI para garantir que o cluster seja bom. (use o modo Single Primary para apenas 1 gravador)
No mysql mestre use mysql.exe para restaurar um dump de qualquer tabela que tenha sql_log_bin = 0;
Você notará que isso faz com que essa tabela não seja replicada para as outras instâncias do banco de dados. Agora, se você derrubar a mesa, os outros escravos morrem e nunca podem ser alcançados pelo mestre.
Você pode até criar uma instância do mysql do zero e apontá-la para o mestre e ela nunca será atualizada. Ele dirá recuperando e, em seguida, falhará.
Como você repara no caso deste cenário? E, o que exatamente está acontecendo que um escravo, mesmo do zero, não pode ser sincronizado depois de fazer isso?
O problema é que você tem esse blob de dados que não tinha como ser replicado. Quando você o coloca no mestre e define a variável gtid purgada, basicamente diz: eu tenho esses dados, mas não posso fornecê-los a você.
O que você pode fazer aqui é usar esse dump para provisionar os servidores escravos/secundários. Portanto, você pode executar essa atualização no mestre, mas ao adicionar um novo membro antes de ingressar, você também deve executar o dump lá. Então ambos podem dizer: nós temos esse conjunto de dados que não podemos replicar, então estamos em sincronia. Em seguida, o joiner pode buscar o que estiver faltando no primário.