Início / dba / Perguntas / 10184
Accepted
Abdul Manaf
Asked: 2012-01-05 21:34:23 +0800 CST

Erro de replicação do MySQL

  • 772

Estou recebendo um erro no escravo como:

não foi possível executar o evento Write_rows na tabela mydatabasename.atable; Entrada duplicada '174465' para chave 'PRIMARY', Error_code: 1062; erro do manipulador HA_ERR_FOUND_DUPP_KEY; o log mestre do evento mysql-bin.000004, end_log_pos 60121977

Como estou recebendo atualizações diretamente do mestre, por que isso acontece.

Como podemos lidar com isso de maneira eficaz para que não haja perda de dados no escravo. Não quero configurar toda a replicação novamente para manter a integridade dos dados.

Obrigado..!

mysql replication

4 respostas

  1. Best Answer

    Sempre que houver um erro 1062, a tabela usual com o problema é a tabela real que está sendo atualizada na consulta. A consulta deve aparecer na saída deSHOW SLAVE STATUS\G

    Por exemplo, em seu erro, ele diz Duplicate entry '174465' for key 'PRIMARY'. Isso indica que você deve procurar o valor 174465na tabela que está fazendo um INSERT ou UPDATE. Se a linha existir, você pode decidir se a execução interrompida da consulta alterará o conteúdo da linha. Se a consulta simplesmente reproduzir exatamente o mesmo conteúdo e você acredita que esse será o caso, você pode executar uma das duas opções:

    OPÇÃO 1

    Ignore o erro, aguarde 5 segundos e visualize o Status do Escravo. Aqui estão os 5 passos para pular um erro

    STOP SLAVE;
SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
START SLAVE;
SELECT SLEEP(5);
SHOW SLAVE STATUS\G

    Quando você visualiza o Status do Escravo, aqui está o que esperar

    • Se Seconds_Behind_Master for NULL

    • Se Seconds_Behind_Master for um número

      • A replicação está em execução
      • Quando Seconds_Behind_Master > 0, a replicação está alcançando.
      • Quando Seconds_Behind_Master = 0, a replicação é totalmente capturada.

    OPÇÃO 2

    Remova a linha para permitir que a replicação continue

    Exclua a linha da tabela no Slave e execute as 4 etapas a seguir para ignorar um erro:

    STOP SLAVE;
START SLAVE;
SELECT SLEEP(5);
SHOW SLAVE STATUS\G

    Correndo o risco de soar redundante...

    Quando você visualiza o Status do Escravo, aqui está o que esperar

    • Se Seconds_Behind_Master for NULL

      • A replicação está quebrada: procure por sinais indicadores
      • Se o número do erro for 1062 novamente, exclua a linha Repita as 4 etapas para ignorar um erro

    • Se Seconds_Behind_Master for um número

      • A replicação está em execução
      • Quando Seconds_Behind_Master > 0, a replicação está alcançando.
      • Quando Seconds_Behind_Master = 0, a replicação é totalmente capturada.

    E se houver muitos problemas de chave duplicados? Aqui estão alguns dos meus posts anteriores sobre como usar mk-table-checksum do MAATKIT , mk-table-sync , pt-table-checksum , pt-table-sync :

    • 15

  2. Eu fiz um script como abaixo para resolver este problema:

    Crie um script SQL que irá parar o slave e defina SQL_SLAVE_SKIP_COUNTERpara então iniciar o slave.

    >>cat mysql_skip.sql
stop slave;
SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
start slave;
SELECT SLEEP(1);

    então :

    >>cat mysql_skip.sh

dup_status=`mysql -uroot -p************** --execute="show slave status"|grep HA_ERR_FOUND_DUPP_KEY|wc -l`
while [ $dup_status -ne 0 ]
do
        mysql -uroot -p************** < mysql_skip.sql
        dup_status=`mysql -uroot -p************** --execute="show slave status"|grep HA_ERR_FOUND_DUPP_KEY|wc -l`
        mysql -uroot -p************** --execute="show slave status"|grep HA_ERR_FOUND_DUPP_KEY
        echo $dup_status
done

    Dessa forma, abordei o conflito de replicação de escravos. Isso pode ajudar a todos.

    • 3

  3. Na minha situação, as coordenadas de replicação do escravo foram quebradas e consertei isso redefinindo meu escravo e conectando meu escravo ao mestre por novas coordenadas sem perda de dados. Primeiro, verifique se o seu slave gtid_slave_pos é diferente de outros slaves ou master gtid_current_pos:

        # on master
    SELECT @@GLOBAL.gtid_current_pos;

    +---------------------------+ 
    | @@GLOBAL.gtid_current_pos |
    +---------------------------+
    | 0-1-2                     |
    +---------------------------+

    # on slave
    SELECT @@GLOBAL.gtid_slave_pos;

    +-------------------------+
    | @@GLOBAL.gtid_slave_pos |
    +-------------------------+
    | 0-1-4                   |
    +-------------------------+

    Então:

        RESET SLAVE;
    SET GLOBAL gtid_slave_pos = "0-1-2";
    CHANGE MASTER TO 
        MASTER_HOST="c1dbserver1", 
        MASTER_PORT=3310, 
        MASTER_USER="repl",  
        MASTER_PASSWORD="password", 
        MASTER_USE_GTID=slave_pos;
    START SLAVE;

    Você pode encontrar mais detalhes aqui https://mariadb.com/kb/en/library/using-mariadb-replication-with-mariadb-galera-cluster-configuring-mariadb-r/#start-replication-on-the-new -escravo

    • 1

  4. O script a seguir continuará ignorando o contador global até que o erro de replicação seja corrigido. O erro de replicação geralmente ocorre quando o tempo de despejo do mestre difere da posição do mestre obtida.

    Tente este script:

    #!/bin/bash
logfile=~/slave-watcher.log
while true; do
    status=$(mysql --execute="show slave status\G"|grep "Seconds_Behind_Master:"|awk '{print $2}')
    if [ $status == "NULL" ]; then
        mysql --execute="show slave status\G" | grep "Last_SQL_Error:" | tee -a $logfile
        mysql --execute="set global sql_slave_skip_counter=1; start slave;"
    fi
    sleep 1
done

    Nota: Para adicionar senha, modifique o script como este:

    mysql -p sua_senha --execute

    • -2

relate perguntas