Server1 - это Мастер
Server2 - это Раб
Оба они находятся в нашей тестовой среде AWS, и мы останавливаем их, как только закончим свою работу. При повторном запуске мастер вращает / создает новый двоичный файл журнала, но подчиненный продолжает искать тот же / существующий, и репликация останавливается. Прямо сейчас ремонтирую вручную (раб):
stop slave;
CHANGE MASTER TO MASTER_HOST='xx', MASTER_USER='xxx', MASTER_PASSWORD='xxx' , MASTER_LOG_FILE='new-mysql-bin.00000x',MASTER_LOG_POS=107;
start slave;
show slave status\G
и подчиненный снова становится исправным. MySQL - 5.5.x на Ubuntu 12.04. Будем признательны за любую помощь в его автоматизации.
Обычно ведомое устройство должно автоматически видеть это из журнала главного бункера, так как ведущее устройство также регистрирует ротацию бинлога. Пример в конце главного бинлога:
#131107 5:28:48 server id 1 end_log_pos 1073742327 Xid = 6975863573
COMMIT/*!*/;
# at 1073742327
#131107 5:28:48 server id 1 end_log_pos 1073742372 Rotate to xxxxxx-bin.005504 pos: 4
DELIMITER ;
Проверьте конец ваших основных бинарных журналов, если ротация зарегистрирована там.