Восстанавливаем репликацию MySQL после повреждения relay-лога

Иногда MySQL-репликация останавливается на Slave-сервере с ошибкой:
Last_SQL_Error: Relay log read failure: Could not parse relay log event entry.
Эта ошибка может быть вызвана повреждением бинарного лога на master-сервере, проблемами с сетью, либо повреждением relay-лога на slave-сервере. Проверить состояние бинарного лога на мастере можно с помощью утилиты mysqlbinlog, а проблему на стороне slave-сервера проще решить заново скачав данные с мастера:
Для начала узнаем на какой позиции остановилась репликация, для этого выполняем команду
# mysql -e "SHOW SLAVE STATUS\G"
на slave-сервере и запоминаем содержимое строк Relay_Master_Log_File и Exec_Master_Log_Pos:
Relay_Master_Log_File: master.000037
Exec_Master_Log_Pos: 176949102

В этих строках содержится информация о том какие последние данные были записаны в БД SLAVE-сервера относительно bin-лога master сервера. Зная эту информацию нам необходимо лишь сказать slave-серверу возобновить репликацию со следующей позиции отказавшись от локальных relay-логов. Это делается тремя простыми командами:
# mysql -e "STOP SLAVE"
# mysql -e "CHANGE MASTER TO master_log_file='master.000037', master_log_pos=176949102;"
# mysql -e "START SLAVE"

где, master_log_file = Relay_Master_Log_File, а master_log_pos = Exec_Master_Log_Pos

После этого проверить статус репликации можно командой
#mysql -e "SHOW SLAVE STATUS \G":
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.1.213.81
Master_User: repl
Master_Port: 3306
Connect_Retry: 10
Master_Log_File: master.000037
Read_Master_Log_Pos: 498959687
Relay_Log_File: relay.000002
Relay_Log_Pos: 122616423
Relay_Master_Log_File: master.000037
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
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: 361624599
Relay_Log_Space: 248177361
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: 134658
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:

Главное в этом выводе что бы были запущены оба потока репликации Slave_IO_Running и Slave_SQL_Running. Это значит что Slave постепенно «догонит» Master.
Информацию о отставании SLAVE-сервера от MASTER можно получить из строки «Seconds_Behind_Master» — в ней количество секунд, на которое отстает SLAVE-сервер от MASTER.

Вы можете оставить комментарий, или ссылку на Ваш сайт.
Лунный календарь рыболова http://kalendarnagod.ru/lunnyj-kalendar-rybolova-na-avgust-2018-goda/ . Август 2018 года

Оставить комментарий