Доброго времени суток. Помогите пожалуйста с решением для синхронизации MYSQL баз.

Структура такая:
1. Есть сервер с постоянно обновляемой базой (раз в минуту) назову его главным
2. Есть сервера, также с MySQL которые принимают изменения внесенные на главный master сервер.

Это похоже на репликацию, но есть одно но. На slave серверах совсем другая структура таблиц. Пусть те же InnoDb , но таблицы с разным названием.
То есть на мастере Одни , а на слейвах одинаковые по структуре но отличные от мастера.

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

Помогите пожалуйста.

miksoftКакие задержки допустимы от записи данных на мастер-сервер до появления из на слейвах?
Допустимы задержки, даже простой сервера допустим. Слейвы должны коннектится к нему тогда когда он доступен, если постоянно онлайн, то ежеминутно забирать данные

netwindStanislav WEB, есть такой tungsten replicator . Как и положено программе на java, все переусложненно, разнообразно, гетерогенно и запутано. Зато, судя по этому месту в документации, ваша задача решается : http://pubs.vmware.com/continuent/tungsten-replicator-3.0/filters-reference-rename.html
Как оно там будет на практике сами нам и расскажете.

Я только за, не знаю одобрят ли решение.
Проблема при переходе на подобную архитектуру, предложенную выше мной заключалась в том чтобы доставлять обновления мастер сервера на слейвы в таком виде в котором обновляется мастер, полный CRUD действий на мастере реплецировался бы на слейвы.
Иногда происходит большой обмен данными между серверами и текущее API может не справиться, так как данные передаются по http ежеминутно (по 25 - 50 мб), запрос на получение делает один из слейвов.

Работает по такой структуре:

Мастер сервер (обновляемое хранилище) -> Master MySQL Server ( API ) -> репликация на слейвы уже от сюда.
Такое API не работает с полным CRUD работает на INSERT , UPDATE из за того что главное хранилище не настроено на репликацию и обработчик , который бы распределял данные по остальным серверам. В данном случае MySQL Master это один из слейвов

Нужно уйти от этой модели передачи данных, так как MySQL Master (выше в примере) задерживает передачу и принимает частые http соединения от главного хранилища.

Поэтому появилась идея сделать мастером репликации главное хранилище и транспортировать данные в чистом виде на прокси сервер, который распределял все на слейвы.
Если это не удачное решение для корректной передачи данных, предложите, кто встречал такое на практике

netwind,

Спасибо, большое , нашел простое описание приложения http://ruhighload.com/index.php/2013/03/25/tungsten-replicator-новый-подход-к-репликации-данных/
Радует то что в бесплатной версии есть поддержка Row-Based репликации