Cosa causa l'errore MySQL 1062: voce duplicata all'avvio dello slave?

• Versione MySQL Master: 5.5.16-1
• Versione di MySQL Slave: 5.5.18-1

Lo snapshot del master è creato da:

mysql> FLUSH TABLES WITH READ LOCK;
shell> mysqldump --all-databases --master-data > dbname_`date +%F`.sql

Questo file di dump viene importato sullo slave (che viene avviato con l' --skip-slave-startopzione) senza errori:

shell> pv dbname_`date +%F`.sql | mysql -u root -p

Ma ho visualizzato il seguente errore durante l'esecuzione di mysql> start slave;:

    Last_SQL_Errno: 1062
    Last_SQL_Error: Error 'Duplicate entry '115846' for key
'PRIMARY'' on query. Default database: 'db'. Query: 'INSERT INTO
request_posted (id, user_id, channel, message, link, picture, name, ...

Esiste un solo record con ID 115846 sul master:

mysql> select count(*) from request_posted where id=115846;
Current database: db

+----------+
| count(*) |
+----------+
|        1 |
+----------+
1 row in set (0.01 sec)

Prova a saltare alcune query con:

mysql> STOP SLAVE; 
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; 
mysql> START SLAVE;

non ha aiutato. Non voglio saltare quegli errori aggiungendo:

slave-skip-errors = 1062

al my.cnffile perché può portare incoerente allo slave.

Quale può essere la ragione di questo errore?

AGGIORNARE

Non è così che di solito installo la replica mySQL

Quali passi pensi che non segua il documento?

Mi chiedo se incontrerai lo stesso problema se dovessi impostare l'intera configurazione piuttosto che passare il comando mysqldump.

No, funziona normalmente se cambio anche il master in coordinate corrispondenti.

Vorrei provare a far cadere il database sullo slave, assicurarsi che i binlog siano chiari e ricominciare. Controlla anche la tabella in questione sul master per assicurarti che gli indici non abbiano errori.

Elimina (sposta) tutto il datadir è sufficiente? L'ho fatto e ho ottenuto lo stesso risultato.

Rispondi a @Dmytro Leonenko

'mostra stato slave \ G' sullo slave per assicurarsi che sia configurato correttamente, MASTER_LOG_POS è 0

Solo 'show slave statug \ G' dopo l'importazione ma prima di 'start slave;' può darci la risposta

Ho eseguito il backup del datadir, cancellato tutto ed eseguito mysql_install_db, importato il file di dump, eseguito change master toed ecco i risultati:

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: 
                  Master_Host: x.x.x.x
                  Master_User: xx
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: 
          Read_Master_Log_Pos: 4
               Relay_Log_File: mysqld-relay-bin.000001
                Relay_Log_Pos: 4
        Relay_Master_Log_File: 
             Slave_IO_Running: No
            Slave_SQL_Running: No
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 0
              Relay_Log_Space: 106
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
1 row in set (0.00 sec)

Mi chiedo perché Master_Log_Pos è 4?

Cosa provare a risolvere il tuo problema:

2. È necessario rimuovere prima master.info sullo slave e riavviare mysql
3. problema CAMBIA MASTER A MASTER_HOST = 'XX.XX.XX.XX', MASTER_USER = 'repl', MASTER_PASSWORD = 'slavepass';
4. fare mysqldump con l'opzione '--flush-logs' sul master
5. 'mysql -u user -p <dump.sql' sullo slave
6. 'mostra stato slave \ G' sullo slave per assicurarsi che sia configurato correttamente, MASTER_LOG_POS è 0
7. 'avvia schiavo;' sullo schiavo.

Cosa controllare anche:

• Formato binlog: MISTO
• server_ids sono diversi su master e slave

Il problema è causato dall'impostazione del master su un server di produzione in esecuzione PRIMA di eseguire il dump (per quanto ne so). Quindi, ci sono query scritte nel master_log che sono già state eseguite sui dati che risiedono sullo slave. In realtà non ho mai visto una soluzione sul sito Web mysql o sulla mailing list. Quindi, ho trovato la seguente soluzione che ha risolto il mio problema.

sullo schiavo:

mysql> STOP SLAVE;
mysql> FLUSH PRIVILEGES;  # dump likly included users too

sul maestro:

mysql> RESET MASTER;

sullo schiavo:

mysql> RESET SLAVE;
mysql> START SLAVE;

a proposito, ho gestito la mia discarica con il seguente sullo schiavo:

mysqldump -uROOTUSER -pROOTPASSWORD -hMYSQLMASTER.EXAMPLE.COM --all-databases --delete-master-logs | mysql -uROOTUSER -pROOTPASSWORD

Spero che questo aiuti qualcun'altro.

http://dev.mysql.com/doc/refman/5.0/en/reset-master.html

http://dev.mysql.com/doc/refman/5.0/en/reset-slave.html

Se non si desidera REDO la procedura completa, una buona soluzione sarebbe usare

STOP SLAVE;    
SET GLOBAL sql_slave_skip_counter=1;
START SLAVE;

Se ci sono troppi di questi errori, una buona idea sarebbe quella di automatizzarlo usando uno script bash.

Rif: correzione dell'errore di inserimento duplicato

Ho avuto il problema esatto e il link di Ut xd mi ha aiutato. ma il comando in quel link aveva un errore di sintassi ed ecco la versione che ha funzionato per me:

while [ 1 ]; do if [ `mysql -uroot -ppassword -e"show slave status \G;" | grep "Duplicate entry" | wc -l` -eq 2 ] ; then mysql -uroot -ppassword -e"stop slave; set global sql_slave_skip_counter=1; start slave;"; fi; sleep 1; mysql -uroot -ppassword -e"show slave status\G"; done

In pratica controlla se c'è un errore di immissione duplicato e salta questo evento dal master. e farlo in un ciclo.

Nel mio caso il problema è risolto dai seguenti comandi

con i seguenti passaggi

STOP SLAVE;
RESET SLAVE;
START SLAVE;