репликация mysql останавливается/начинает дублирующиеся строки причин
Не делайте кофе, пока я не буду работать (10 минимальных обходов!), потому что босс является доброжелательной душой и обеспечивает превосходный кофеин от Компаса Кофе, поэтому этим утром, я вошел в 7,45 и уже имел народ продаж, стонущий, они не могли войти в систему.. не получил мой первый хит хорошего сезама материала почти 9!
Из интереса... мы в настоящее время нанимаем нового системного администратора - Вы наняли бы кого-то, кто не запустил их день с кофе? Я имею в виду, это просто нечетно, нет?
Необходимо ли остановить репликацию для выполнения дампа, mysqldump может получить глобальную блокировку чтения с --lock-all-tables опция.
Поток ошибки, на который Вы сослались, кажется, указывает, что проблема не будет влиять на таблицы InnoDB и была решена с 5.1.35. Я читаю его правильно?
Какой тип таблицы Вы используете, и что выпуск MySQL? Кроме того, Вы используете транзакции?
Надеюсь, это поможет!
Мы имеем подобную установку и выполняем резервные копии с помощью mysqldump, не останавливая репликацию.
mysqldump --host=$HOST -u $USER --password=$PASSWORD --max_allowed_packet=512M --port=3306 --single-transaction --skip-add-locks --quick --master-data=2
Это работает на нас.
Глупый вопрос, но Вы "исправляете" ошибку каждый раз, когда Вы видите его - путем установки sql_slave_skip_counter = 1, например - и затем успешно перезапускаете ведомое устройство? Если ошибка никогда не будет исправляться, то положение в журналах репликации останется тем же, и Вы столкнетесь с этой ошибкой каждый раз, пока соответствующие шаги не будут сделаны.
Вы могли настроить MySQL так, чтобы репликация продолжилась мимо этой конкретной ошибки:
slave-skip-errors=1062
См.: http://dev.mysql.com/doc/refman/5.0/en/replication-options-slave.html