Двунаправленная репликация для той же таблицы MySQL

Question

AppA хранит/извлекает данные из dbA.tableA. AppB хранит/извлекает данные из dbB.tableA. В этих базах данных одно и то же определение. Для начала dbB.tableA был скопирован с dbA.tableA (при условии, что оба имеют 5 строк).

row6 было создано AppA (скажем, основной ключ 6) row7 был создан AppB (скажем, основной ключ 7). Я хотел бы row7 быть скопирован в dbA.tableA и row6 в dbB.tableA

1. Это возможно даже для настройки двунаправленной репликации, так что AppA, AppB просматривать одни и те же данные в любой момент времени.

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

Answer 1

Да, репликация master-master довольно хорошо поддерживается в mysql, поэтому вы можете делать то, что хотите.

Вы хотите, чтобы dbA и dbB имели разные auto_increment_offsets, и чтобы установить auto_increment_increment больше, чем значение по умолчанию 1. См

http://dev.mysql.com/doc/refman/5.0/en/replication-options-master.html

В общем, вы узнаете, вы хотите добавить в ваш соответствующий мой.CNF файлы что-то вроде:

дБ:

[mysqld] 
server-id = 1 
auto_increment_increment = 10 
auto_increment_offset = 1 

DBB:

[mysqld] 
server-id = 2 
auto_increment_increment = 10 
auto_increment_offset = 2 

тогда, когда сервер А вставок значения он будет использовать значение как 1, 11, 21, 31 для его значения первичного ключа .. сервер B будет использовать 2, 12, 22, 32 и т. д. таким образом они никогда не конфликтуют.

Очевидно, что вы можете использовать более низкие значения для вашего auto_increment_increment, например, 2, но в зависимости от того, как вы хотите развить кластер позже, вы можете захотеть дать себе комнату.

Answer 2

Этот ответ предполагает, что вы запускаете обе базы данных/схемы на одном и том же mysqld. Если вы работаете на разных mysqlds, см. Ответ Hexist

Конечно, есть вероятность столкновения: кто должен сказать, что идентификатор 7 не создан в dbA и до того, как репликация произошла, в dbB создан другой идентификатор 7? Особенно при использовании автоматического приращения

Вы можете попробовать несколько вещей, среди:

• Если идентификатор подписанной ИНТ значения Макс 2147483647. В DBB попробуйте установить начальное автоматическое приращение на 1073741824 (установите его на половину максимального значения). Таким образом, все идентификаторы, созданные в dbB, находятся в более высокой зоне идентификатора, и вероятность столкновения менее вероятна.
• Try GUID, в вместо автоматического приращения идентификаторов (How should I store GUID in MySQL tables?)

Если оба дБА и DBB находятся на том же сервере MySQL, вы можете просто достичь «репликации», выполнив эти запросы по расписанию или с триггер (на вставке)

Insert into dbA.tableA values (select b.* from dbB.tableA b left join dbA.tableA a on b.id = a.id where a.id is null) 
Insert into dbB.tableA values (select a.* from dbA.tableA a left join dbB.tableA b on a.id = b.id where b.id is null) 

редактировать: К сожалению, Вы не можете использовать автоматическое приращение. Автоматический прирост всегда будет основываться на самом высоком идентификаторе. Таким образом, вы не можете заставить автоинкремент на 1 машине оставаться на низком уровне после получения более высокого идентификатора.

Answer 3

Я бы предложил предоставить управление магазином/восстановлением, чтобы сказать, что AppC, который будет иметь доступ как к dbA, так и к dbB. Также AppC создаст первичный ключ.

Answer 4

Предполагая, что вы работаете в обе базы данных на том же туздЫ, например, я добавлю мой бедняка репликации:

create view dbB.tableA as select * from dbA.tableA; 

Что само по себе является синонимами для MySQL бедняка, но она работает очень хорошо включая операции вставки, обновления и удаления.

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