Eljuan's questions

Isso está a serviço de uma migração ao vivo, onde o servidor A tem demandas pesadas de desempenho e espaço, então eu gostaria de manter a quantidade de espaço em disco usada pelos logs - digamos expire_logs_days = 10.

Se eu definir o servidor B, que é um escravo do servidor A, para expire_logs_days = 30, funcionará para usar um instantâneo de 20 dias (de B, por causa do argumento) para fazer um novo escravo de B, chamado C, que será capaz de recuperar o atraso ou o fato de o servidor A ter os logs binários eliminados no 10º dia de alguma forma quebra esse esquema?

Estou usando a replicação GTID baseada em linha no Percona 5.6, btw

Aqui está o que eu gostaria de fazer: 1. pendurar um escravo em meu mestre de produção. 2. interrompa a replicação 3. ajuste alguns tipos de dados e crie alguns índices no escravo (sem mods de dados) 4. reinicie a replicação 5. uma vez que o escravo estiver atualizado, bloqueie o banco de dados e troque o escravo e o mestre

-o objetivo, obv. é não ter tempo de inatividade significativo ao fazer algumas alterações que levarão tempo (tabela 200G sendo modificada) - deve ser possível, porque as alterações DDL que estou fazendo têm a ver com a redução de tipos de dados e adição de restrições - nada que altere o real valores de dados. - como a replicação do GTID é baseada em linha, não sei se a replicação vai engasgar tentando inserir, por exemplo, IDs de 11 dígitos em uma coluna de ID de 5 dígitos, mesmo que os valores estejam dentro do intervalo.