Очень сложная задача, чтобы найти хорошее название для этого вопроса, но вот вопрос:
У меня есть несколько машин для разработки, на которых я разрабатываю свои PHP-приложения и тестирую их через локальный веб-сервер.
Это хорошо работает для каждой машины. Однако я хотел бы реплицировать БД со своих машин в центральное место.
Итак, подведем итоги:
DEV1 -> ЦЕНТРАЛЬНЫЙ
DEV2 -> ЦЕНТРАЛЬНЫЙ
DEV3 -> ЦЕНТРАЛЬНЫЙ
ЦЕНТРАЛЬНЫЙ -> DEV1
ЦЕНТРАЛЬНЫЙ -> DEV2
ЦЕНТРАЛЬНЫЙ -> DEV3
Я надеюсь, что это имеет смысл, поскольку я не могу найти простой способ выразить это.
По сути, это двухсторонняя репликация, при которой все 4 базы данных содержат одинаковую информацию, и каждая из них может обновляться локально, а затем передаваться другим.
Это реально выполнимо?
Все мои машины разработки работают под управлением Windows 7, а мой центральный сервер БД работает под управлением CentOS 6.
@Frederik Nielsen, да, возможно иметь несколько подчиненных экземпляров MySQL для каждого главного экземпляра MySQL.
Однако обратите внимание, что каждое ведомое устройство может копировать только с одного ведущего устройства. Таким образом, двухсторонняя (или четырехсторонняя) репликация в вашей первоначальной настройке на самом деле невозможна, но я думаю, что идея одного ведущего с 4 ведомыми устройствами может быть хорошим решением.
Похоже, вам нужна репликация с несколькими мастерами, которая была некоторое время поддерживается в MySQL.
Вы можете использовать Percona XtraDB Cluster
В настоящее время я оцениваю его и считаю, что он великолепно разработан для записи MultiMaster. Он может использовать mysqldump (по умолчанию), rsync и xtrabackup (предпочтительно) для инициализации нового узла кластера. У вас полная свобода и власть. Это может быть величайшее клише всех времен, но ОБЛАДАЯ БОЛЬШОЙ МОЩНОСТЬЮ, ИХ ВСЕГДА ДОЛЖЕН БЫТЬ БОЛЬШОЙ ОТВЕТСТВЕННОСТЬ (19:16 - 19:25 видео).
Я обсуждал это как один из многих вариантов репликации между центрами обработки данных в DBA StackExchange: https://dba.stackexchange.com/questions/22788/best-solution-for-cross-datacenter-mysql-master-slave-replication/22790#22790