Что вызывает ошибку MySQL 1062 - повторяющаяся запись при запуске ведомого устройства?

• MySQL Master версия: 5.5.16-1
• Версия MySQL Slave: 5.5.18-1

Снимок мастера создается:

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

Этот файл дампа импортируется на ведомое устройство (которое запускается с --skip-slave-startопцией) без ошибок:

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

Но я получил следующую ошибку при выполнении 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, ...

На мастере есть только одна запись с ID 115846:

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

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

Попробуйте пропустить некоторые запросы с помощью:

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

не помогло Я не хочу пропустить эти ошибки, добавив:

slave-skip-errors = 1062

к my.cnfфайлу , так как это может привести рабские несовместимое.

В чем может быть причина этой ошибки?

ОБНОВИТЬ

Обычно я не настраиваю репликацию MySQL.

Какие шаги, по вашему мнению, я не следую документу?

Интересно, столкнетесь ли вы с той же проблемой, если бы вы настраивали всю конфигурацию, а не передавали команду mysqldump.

Нет, это работает как обычно, если я также меняю мастер на соответствующие координаты.

Я хотел бы попытаться сбросить базу данных на ведомом устройстве, убедиться, что журналы очищены, и начать заново. Также проверьте соответствующую таблицу на ведущем устройстве, чтобы убедиться, что индексы не имеют ошибок.

Достаточно ли удалить (переместить) все данные? Я сделал это и получил тот же результат.

Ответить @ Дмитрий Леоненко

'показать ведомое состояние \ G' на ведомом устройстве, чтобы убедиться, что оно правильно настроено, MASTER_LOG_POS равно 0

Только «показать ведомую статуэтку \ G» после импорта, но до «запуска ведомого»; может дать нам ответ

Я сделал mysql_install_dbрезервную копию datadir, удалил все и запустил , импортировал файл дампа, выполнил change master toи вот результаты:

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)

Мне интересно, почему Master_Log_Pos 4?

Что попытаться исправить вашу проблему:

2. Сначала вы должны удалить master.info на ведомом устройстве и перезапустить mysql.
3. выдача CHANGE MASTER TO MASTER_HOST = 'XX.XX.XX.XX', MASTER_USER = 'repl', MASTER_PASSWORD = 'slavepass';
4. сделать mysqldump с опцией --flush-logs на master
5. 'mysql -u пользователь -p <dump.sql' на подчиненном
6. 'показать ведомое состояние \ G' на ведомом устройстве, чтобы убедиться, что оно правильно настроено, MASTER_LOG_POS равно 0
7. «начать раб»; на раб.

Что проверить также:

• Формат бинлога: СМЕШАННЫЙ
• server_ids различаются на главном и подчиненном

Проблема вызвана настройкой мастера на работающем производственном сервере ДО выполнения дампа (насколько я могу судить). Итак, в master_log записаны запросы, которые уже были выполнены для данных, находящихся на ведомом устройстве. На самом деле, я никогда не видел решения на сайте mysql или в списке рассылки. Итак, я нашел следующее решение, которое решило мою проблему.

на раб:

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

по мастеру:

mysql> RESET MASTER;

на раб:

mysql> RESET SLAVE;
mysql> START SLAVE;

Между прочим, я управлял своей свалкой со следующим на рабе:

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

Я надеюсь, что это помогает кому-то еще.

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

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

Если вы не хотите, чтобы REDO завершил всю процедуру, хорошим решением было бы использовать

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

Если таких ошибок слишком много, хорошей идеей будет автоматизировать их, используя скрипт bash.

Ссылка: исправление повторяющейся ошибки ввода

У меня была точная проблема, и ссылка Ut XD помогла. но команда в этой ссылке имела синтаксическую ошибку, и вот версия, которая работала для меня:

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

Он в основном проверяет, есть ли повторяющаяся ошибка ввода, и пропускает это событие от мастера. и сделать это в цикле.

В моем случае проблема решается с помощью следующих команд

по следующим шагам

STOP SLAVE;
RESET SLAVE;
START SLAVE;