Início / dba / Perguntas / 87252
Accepted
James Anderson
Asked: 2014-12-31 06:21:48 +0800 CST

Escravo de replicação MySQL do escravo não recebendo atualizações

  • 772

Tenho 4 servidores: A, B, C e D.

A e B estão em uma configuração mestre-mestre.

C é escravo de B e D é escravo de C.

Alterações em A ou B atingem todos os nós exceto D. Eu preciso que elas cheguem a D

Alterações em C chegam a D, mas obviamente não vão para A ou B, o que é bom.

Depois de algumas leituras, descobri que precisava da opção log-slave-updates definida em C, desta forma C registraria as alterações replicadas para ele e então D poderia lê-las e fazer as mesmas atualizações.

Eu defini a opção como ativada e D está esperando que seu mestre envie eventos, mas as alterações de A ou B ainda não estão chegando a D.

mysql replication

1 respostas

  1. Best Answer

    Com log-slave-updates no servidor C, apenas as atualizações gravadas diretamente em B irão para o servidor D.

    O Servidor A e o Servidor B requerem log-slave-updates , caso contrário, nenhuma de suas atualizações atingirá C. Em geral, qualquer Master que também seja um Slave deve ter log-slave-updates para retransmitir eventos binlog de servidores distantes.

    Eu já discuti isso antes

    Reiniciar o mysqld é necessário nos servidores A e B para que a configuração entre em vigor

    Deixe-me explicar melhor

    Sua configuração

    • A é escravo de B (log-slave-updates desativado)
    • B é escravo de A (log-slave-updates desligado)
    • C é escravo de B (log-slave-updates ativado)
    • D é escravo de C
    • A, B e C são Mestres

    Você roda INSERT INTO tblnameno Servidor A, o que acontece?

    Como B é escravo de A

    • O IO Thread de B lê os logs binários de A
    • O thread IO de B recebeINSERT INTO tblname
    • O IO Thread de B o registra em seus logs de retransmissão
    • O thread SQL de B lê logs de retransmissão
    • A thread SQL de B obtémINSERT INTO tblname
    • A thread SQL de B o INSERT INTO tblnameexecuta
    • Uma vez que B não tem log-slave-updates definido, B não registra INSERT INTO tblnameem seus logs binários. O IO Thread de C nunca vê INSERT INTO tblnamevindo do servidor A.

    Você roda INSERT INTO tblnameno Servidor B o que acontece?

    Como A e C são escravos de B e D são escravos de C

    • O IO Thread de A lê os logs binários de B
    • A IO Thread de A recebeINSERT INTO tblname
    • O IO Thread de A registra-o em seus logs de retransmissão
    • A thread SQL de A lê logs de retransmissão
    • A thread SQL de A obtémINSERT INTO tblname
    • O thread SQL de A o INSERT INTO tblnameexecuta
    • O IO Thread de C lê os logs binários de B
    • O thread IO de C obtémINSERT INTO tblname
    • O IO Thread de C o registra em seus logs de retransmissão
    • O thread SQL do C lê logs de retransmissão
    • O thread SQL do C obtémINSERT INTO tblname
    • O thread SQL do C o INSERT INTO tblnameexecuta
    • Como C tem log-slave-updates habilitado, C registra INSERT INTO tblnameem seus logs binários
    • O IO Thread de D lê os logs binários de C
    • D's IO Thread recebeINSERT INTO tblname
    • O IO Thread de D registra-o em seus logs de retransmissão
    • O thread SQL de D lê logs de retransmissão
    • O thread SQL de D obtémINSERT INTO tblname
    • O thread SQL de D o INSERT INTO tblnameexecuta

    Com base nessa descrição, se você tivesse algum escravo vindo de A, esses escravos nunca veriam INSERT INTO tblnamevindo de B.

    Portanto, você precisa de atualizações de log-slave em A e B, bem como em C.

    • 3

relate perguntas