Может ли MySQL GTID использоваться в топологии мастер-мастера?

Question

При использовании репликации на основе координат в MySQL было возможно иметь каждый из двух узлов, реплицирующихся с другой в топологии мастер-мастер.

С внедрением GTID в MySQL 5.6 можно ли использовать эту же топологию так же, как при репликации GTID?

Я сразу не вижу причин, почему нет, но я не могу найти ни одной информации в Интернете об этом, и я просто не хочу открывать несколько недель спустя кучу странных проблем с коррупцией.

Answer 1

Документация Mysql на restrictions in replication with GTID не упоминает, что репликация master-master не допускается. Я также нашел Percona blog entry, который явно говорит, что это разрешено:

Вопрос: Предоставляет ли GTID какую-либо выгоду для репликации мастер-мастера? Если да, как? Q: Является ли ACTIVE ACTIVE MASTER MASTER успешным в MySQL с GTID?

A: GTIDs не изменить характер репликации MySQL: например она до сих пор асинхронным и если вы пишете на обоих мастеров в мастер-мастер настройки а, не существует до сих пор нет записи конфликтов обнаружения механизм. Основное преимущество GTID заключается в том, что любое изменение топологии репликации легко, потому что вам больше не нужно выполнять сложные вычисления , чтобы найти правильные позиции биннинга при подключении ведомого к новому владельцу. Таким образом, репликация master-master может быть сконфигурирована с GTID, она не обеспечивает много преимуществ по сравнению с репликацией на основе позиции, поскольку вы никогда не измените топологию репликации . И установка, в которой оба мастера получают записи, все еще не рекомендуется с GTID.