Reiniciar a replicação do mysql após sql_error

7

Eu tenho dois servidores mysql, um mestre e um escravo.

Alguém foi até o escravo e criou uma tabela, depois passou para o mestre e criou a mesma tabela. É claro que essa instrução DDL foi replicada para o escravo, causando um erro, fazendo com que a replicação parasse no ponto do erro.

Como devo reiniciar o processo de replicação após descartar a tabela no escravo ou iniciar a replicação após essa declaração?

mostra a saída do status escravo:

mysql> show slave status \G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: xx.xx.xx.xx
                  Master_User: buildbot
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.024536
          Read_Master_Log_Pos: 33489509
               Relay_Log_File: mysqld-relay-bin.049047
                Relay_Log_Pos: 32575097
        Relay_Master_Log_File: mysql-bin.024476
             Slave_IO_Running: Yes
            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: 1050
                   Last_Error: Error 'Table 'checklist' already exists' on query. Default database: 'dbname'. Query: 'CREATE TABLE 'checklist' (
  'checklist_id' int(11) NOT NULL AUTO_INCREMENT,
  'description' varchar(768) NOT NULL,
  'url' varchar(512) NOT NULL,
  'active' bit(1) NOT NULL,
  'insert_date' datetime NOT NULL,
  'xcred' int(11) NOT NULL,
  PRIMARY KEY ('checklist_id')
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=latin1'
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 32574952
              Relay_Log_Space: 6766519525
              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: 2013
                Last_IO_Error: error reconnecting to master '[email protected]:3306' - retry-time: 60  retries: 86400
               Last_SQL_Errno: 1050
               Last_SQL_Error: Error 'Table 'checklist' already exists' on query. Default database: 'dbname'. Query: 'CREATE TABLE 'checklist' (
  'checklist_id' int(11) NOT NULL AUTO_INCREMENT,
  'description' varchar(768) NOT NULL,
  'url' varchar(512) NOT NULL,
  'active' bit(1) NOT NULL,
  'insert_date' datetime NOT NULL,
  'xcred' int(11) NOT NULL,
  PRIMARY KEY ('checklist_id')
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=latin1'
    
por ʞɔıu 06.12.2010 / 16:59

2 respostas

11

Você pode usar os seguintes comandos (no prompt do mysql):

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

O valor 1 representa o número de instruções a serem ignoradas. Você pode fazer isso repetidamente até que a replicação seja corrigida. Você pode ver esta página .

    
por 06.12.2010 / 17:21
2

Você não faz. Efetivamente, você precisa configurar a replicação novamente do zero como fez na primeira vez, porque se você simplesmente ignorar as instruções, poderá perder a integridade. Para ser seguro, você precisa se replicar de um ponto de partida seguro conhecido.

  • Bloquear o mestre
  • Descarregar os dados usando --master-data e anotando as coordenadas do log binário (por exemplo, mostrar status do mestre)
  • Desbloquear o mestre
  • Carrega o despejo no escravo
  • Inicie o slaving usando 'change master' e as coordenadas do log binário que você gravou anteriormente
por 06.12.2010 / 17:24