Перезапустите MySQL репликации после sql

8

У меня есть два сервера MySQL, один ведущий и один ведомый.

Кто-то пошел к рабу и создал таблицу, а затем пошел к мастеру и создал ту же таблицу. Конечно, этот оператор DDL был реплицирован на ведомое устройство, что вызвало ошибку, в результате чего репликация остановилась в точке ошибки.

Как мне перезапустить процесс репликации после удаления таблицы на ведомом устройстве или запуска репликации после этого оператора?

показать статус ведомого выхода:

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 'user@xx.xx.xx.xx: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'

mysql mysql-replication

— ʞɔıu
источник

15

Вы можете использовать следующие команды (в приглашении mysql):

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

Значение 1представляет количество пропущенных операторов. Вы можете сделать это несколько раз, пока репликация не будет исправлена. Вы можете увидеть эту страницу .

— Халед
источник

2

+1 Я использовал это много раз, однако важно понимать, что вы делаете, когда запускаете это. Это может привести к проблемам целостности данных. В тех случаях, когда файл дампа был загружен в неправильный ящик (т. Е. Подчиненный, а не ведущий), я пропускал сотни запросов (сначала проверив, что это не повредит!). Это может избежать повторной настройки всей репликации.

— Coops

Да ты прав. Это должно быть сделано с осторожностью. Это полезно, если у вас есть неверный запрос, который остановил репликацию. Вы можете просто пропустить это. После этого вы также можете проверить соответствующие таблицы, чтобы убедиться, что вы не потеряли данные между ведущим и подчиненным.

— Халед

3

Вы не По сути, вам нужно заново настроить репликацию с нуля, как вы делали это в первый раз, потому что, если вы просто пропустите операторы, вы можете потерять целостность. Чтобы быть в безопасности, вы должны выполнить репликацию из известной безопасной отправной точки.

Заблокировать мастер
Дамп данных, используя --master-data и отметив координаты бинлога (например, показать статус мастера)
Разблокировать мастер
Загрузите свалку в раб
Начните подчинение, используя 'master master' и координаты бенлога, которые вы записали ранее

— dotplus
источник

Перезапустите MySQL репликации после sql_error