A replicação secundária pára com Last_SQL_Errno: 1032

Question

Eu adicionei um servidor Slave extra a uma Replicação MySQL existente. O servidor mestre e o antigo servidor escravo estão funcionando bem sem qualquer problema, mas o servidor recém-adicionado está parando com o seguinte erro:

Last_SQL_Errno: 1032
Last_SQL_Error: Could not execute Update_rows event on table xxx.email_events; Can't find record in 'email_events', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysqld-bin.000410, end_log_pos 368808733

Ele ficará bem por algumas horas após o reparo.

Perguntas

• Podemos pular permanentemente Last_SQL_Errno: 1032 ?
• Existe algum problema em ignorar este erro?

Answer 1

Você pode definir o seguinte no my.cnf do seu escravo: [mysqld] slave-skip-errors = 1032

Mas como a documentação diz: Não use essa opção, a menos que você entenda completamente porque está recebendo erros. Uma das possíveis razões para esse erro pode estar relacionada a "Slave_IO_Running: Yes", mas "Slave_SQL_Running: No" significa que seu processo de E / S escravo está em execução e recuperou dados do Master, mas não pôde ser executado devido à interrupção do processo Slave_SQL_Running. Uma ferramenta de monitoramento como o Monyog pode ser usada para monitorar proativamente a replicação e alertá-lo sobre o erro ou um atraso ou desconexão entre os servidores mestre e escravo.

    

Answer 2

Para pessoas que têm isso como um erro, você pode tentar pular o item:

SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;

INICIAR ESCRAVO