Чи може раб MySQL одночасно бути господарем?

Я переношу 2 сервери БД (Master & Slave) на два нові сервери DB (Master і Slave)

DB1 - Master (виробництво)

DB2 - раб (виробництво)

DB3 - новий майстер

DB4 - новий підлеглий

Наразі реплікація налаштована так:

DB1 -> DB2
DB3 -> DB4

Щоб копіювати дані про виробництво на нові сервери, я хотів би отримати їх «прикованими ромашками», щоб вони виглядали приблизно так:

DB1 -> DB2 -> DB3 -> DB4

Чи можливо це? Коли я запускаю show master status;DB2 (виробничий підлеглий), можливо, що бінлог ніколи не змінюється:

+ ------------------ + ---------- + -------------- + ---- -------------- +
| Файл | Посада | Binlog_Do_DB | Binlog_Ignore_DB |
+ ------------------ + ---------- + -------------- + ---- -------------- +
| mysql-bin.000020 | 98 | | |
+ ------------------ + ---------- + -------------- + ---- -------------- +

Я трохи розгублений, чому позиція бінарного файлу не змінюється в DB2, в ідеалі це буде головним для DB3.

Бінлог на DB2не оновлювався оновленими оновленнями. Щоб Дейзі ланцюг реплікації, потрібно встановити log-slave-updatesв my.conf.

http://dev.mysql.com/doc/refman/5.1/uk/replication-options-slave.html#option_mysqld_log-slave-updates

Так, можливо :) Це називається реплікацією "Master with Relay Slave", і в мережі є багато документів про це.

Я рекомендую вам ознайомитись з офіційною документацією тут .

Btw, також погляньте на ці слайди . У них є підказки щодо топологій реплікації.

Сподіваюсь, це допомагає.

так - ви можете обробляти ланцюги серверів mysql, навіть можете зробити кругову реплікацію з двома або більше машинами. просто пам’ятайте, щоб увімкнути бінлогінг на рабі, який також виконує функції головного.

Так, можливо. Реально вам потрібен новий знімок DB2 для складання DB3. У той момент, якщо у вас хороша позиція, ви можете або використовувати, ніж для DB4, або зробити інший знімок DB3.

Не забудьте встановити унікальний server_idдля кожного сервера.

MySQL з високою продуктивністю - це відмінна книга для посилання на більш досконале адміністрування MySQL.

Чому б просто не додати DB3 як новий підлеглий, а потім просувати його до управління, коли ви готові зробити комутатор? Це дасть вам тимчасові додаткові переваги, коли ви матимете декількох рабів, і скоротить або усуне час простою.