Czy MySQL slave może być jednocześnie masterem?

Jestem w trakcie migracji 2 serwerów DB (Master i Slave) do dwóch nowych serwerów DB (Master i Slave)

DB1 - Master (produkcja)

DB2 - Slave (produkcja)

DB3 - Nowy Master

DB4 - New Slave

Obecnie mam skonfigurowaną replikację jako:

DB1 -> DB2
DB3 -> DB4

Aby replikować dane produkcyjne na nowych serwerach, chciałbym, aby były „połączone łańcuchowo”, tak aby wyglądało tak:

DB1 -> DB2 -> DB3 -> DB4

czy to możliwe? Gdy uruchamiam show master status;na DB2 (slave produkcyjny), opcja binlog nigdy nie wydaje się zmieniać:

+ ------------------ + ---------- + -------------- + ---- -------------- +
| Plik | Pozycja | Binlog_Do_DB | Binlog_Ignore_DB |
+ ------------------ + ---------- + -------------- + ---- -------------- +
| mysql-bin.000020 | 98 | | |
+ ------------------ + ---------- + -------------- + ---- -------------- +

Jestem trochę zdezorientowany, dlaczego pozycja binlog nie zmienia się w DB2, idealnie będzie to master do DB3.

Binlog na DB2nie aktualizował aktualizacji slave. Aby log-slave-updatespołączyć łańcuchowo replikację, należy ustawić plik my.conf.

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

Tak, jest to możliwe :) Nazywa się to replikacją „Master with Relay Slave” i jest wiele dokumentów na ten temat w sieci.

Polecam zapoznać się z oficjalną dokumentacją tutaj .

Przy okazji, spójrz także na te slajdy . Mają kilka wskazówek na temat topologii replikacji.

Mam nadzieję że to pomoże.

tak - możesz połączyć łańcuchowo serwery mysql, możesz nawet wykonać cykliczną replikację z dwoma lub więcej komputerami. pamiętaj tylko o włączeniu binlogowania na slave, który działa również jako master.

Tak to mozliwe. Realistycznie potrzebujesz nowej migawki DB2, aby zbudować DB3. W tym momencie, jeśli masz dobrą pozycję, możesz użyć albo dla DB4, albo zrobić kolejną migawkę DB3.

Nie zapomnij ustawić unikatowego server_iddla każdego serwera.

High Performance MySQL to świetna książka do odwoływania się do bardziej zaawansowanej administracji MySQL.

Dlaczego po prostu nie dodać DB3 jako nowego urządzenia podrzędnego, a następnie promować go do opanowania, gdy będziesz gotowy na zmianę? Dałoby to tymczasową dodatkową korzyść posiadania wielu niewolników i skraca lub eliminuje przestoje.