MySQL.RU - Webboard

Re: Перекинуть данные между серверами (Олег) 04/10/2014 - 19:25:23

> Original message text:
> From: Олег - 01/10/2014 - 10:50:17
> Subject:Перекинуть данные между серверами
> -----------------
> Привет всем
>
> Есть таблица на одном\их сервере\ах и на другом\их. Формат полностью идентичен. Компы на которых сервера в локальной сети. Нужно данные с одной таблицы переносить в другую допустим раз в минуту и после этого удалять их в таблице источнике. Про репликацию знаю и использую для синхронизации другой таблицы(один-ко-многим), но как репликацию использовать в случае (много-ко-много) не понимаю.
> Потому вопрос такой. Есть ли такой примерно SQL запрос "INSERT INTO сервер2.БД2.tab2 * SELECT * FROM сервер1.БД1.tab1". DSN БД прописаны, версия MySQL 5
>

From: Akina - 02/10/2014 - 18:14:51
Subject:Перекинуть данные между серверами
-----------------
> Дополнительные серверы красиво, но не реально. На дворе кризис.
> Обходимся без них.

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

Но приём сервером(ами) 3 типа (кольца) от серверов 1 типа однозначно придётся выполнять без использования механизма репликации, в противном случае невозможно обеспечить принцип "единственного мастера". А постоянная перенастройка подсистемы репликации с одного мастера на другой имхо вооббще наихудшее из возможных решений.

По схеме вроде всё нормально. Ну если не считать того, что в схеме только один из серверов кольца (Тип 3.3) нагружен раздачей на серверы типа 2. Я бы раскидал это дело по всем серверам. Быть мастером - тоже нагрузка.

> Поднять до 5 минут можно легко. Предложите свою цифру

Сутки. Блин, как я могу предлагать, ничего не зная о сути строящейся системы???

> Из журнала читается SQL команда, например Insert и выполняется на слейве. При этом генериться на слэйве СВОЙ ключ(т.е. автоинкремент предыдущего значения ключевого поля). Это значение может быть равно или не равно значению в мастер сервере мне без разницы и никак не повлияет на дельнейшую работу ПО.
>Т.е. мне уникальность ключа вообще не нужна.

Надеюсь, не требуется объяснять, что при наличии связанных таблиц это приведёт к нарушению целостности данных? Причём в случае внешних ключей это приведёт хотя бы к ошибкам, а при их отсутствии вообще не будет ловиться - связи просто рассыплются, и всё...

[Это сообщение - спам!]

Последние сообщения из форума

Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL, версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь. 43242

РЕКЛАМА НА САЙТЕ

Создание сайтов | |