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
Sem problemas.
Se a rede de A para B ficar inativa por mais de 10 dias, você perderá dados. De B a C, você tem 30 dias para consertar a rede, mesmo que algumas coisas não estejam mais no conjunto de binlogs de A.
Outra coisa a observar: acho que a limpeza de binlogs antigos não ocorre até que o binlog atual exceda seu limite. Se esse limite for grande (em comparação com a atividade), pode levar dias para rolar. Você pode querer diminuir o limite para obter melhor granularidade. (E tudo bem se A e B tiverem limites diferentes.)