Проблема с MySQL репликация Master<->Master -> Slave. В чем может быть причина?

Question

[zoxa]

Пробую добавить Slave в текущую реализацию к боевым Master <-> Master.


Сделал вчера бекап и поднял Slave репликацию через SSL к Master2. Slave начал догонять Мастеров и за час сократил разницу с 8,5 до 7 часов. А потом позже частичтно остановился:


Т.е. IO_THREAD все время получал новые binlogs и position от Мастер2,

а SQL_THREAD хоть был и запушен, остановился на одном binlog и позиции и дальше в ни какую не хотел двигаться.

в итоге IO_THREAD опередил SQL_THREAD аж на 10 binlog файлов


Симптомы:

1. в SHOW SLAVE STATUS -> Last_ERROR_* все пусто

2. в MySQL логах пусто

3. в SHOW PROCESSLIST все два процеса. IO_THREAD и мой SHOW PROCESSLIST


Пробовал останавливать \ стартовать репликацию и IO_THREAD и SQL_THREAD по отдельности — 0 эфекта. Логи от мастреа получаем, а вот двигаться не хочет.


Не понимаю куда из этой ситуации двигаться?

Подскажите в какую сторону лучше всего копнуть?

Comments

[zoxa]

Во опять.
Slave скачал 10-20 relay-logs от мастера и стал их выполнять. Но в итоге завис на одном из них. Со следующим сообщением

Command: Connect Time: 140962 State: Reading event from the relay log Info: NULL

И как видно в таком состоянии находится уже больше 8 часов (всю ночь). Остановка репликации и перезапуск самого MySQL ничем не помогло. MySQL на этой команде загружает CPU 100% и дальше в никакую не движется.

Чтобы это могло быть?

Answer 1

[EugeneOZ]

Можно вот сюда посмотреть: www.codership.com/content/using-galera-cluster

Comments

[zoxa]

Спасибо за совет. но я сейчас настраиваю миграцию из одного дц в другой