Megjegyzések a mysql replikációjához

Sürgősnek kellett lennie a második táblázat (test_db.wiz_main és test_db.wiz_data) másolatának a második mysql-kiszolgálón. És hogy minden új változás a mester táblákból, azonnal megjelenik a második szerveren. A megoldás egyik változataként a replikációt választották.







A két MySQL-kiszolgáló közötti replikáció megszervezéséhez szükséges:
  • A fő kiszolgálón
1) Engedélyezze a bináris logikát, ha még nincs engedélyezve, és hozzárendel egy kiszolgálóazonosítót a főkiszolgálóhoz. Ehhez adjon hozzá és töltse be a my.cnf fájlt:
2) Jogosult felhasználó létrehozása:
3) Zárja be a szükséges táblázatokat a lefejtési időre. A zár alatt meg kell nézni a bináris napló aktuális állapotát is






4) Hajtsa végre a szükséges táblázatokat, és oldja fel a zárat
  • A slave szerveren
1) Adja meg, hogy hol található a főkiszolgáló és milyen konkrét adatbázisokat (táblákat) kell reprodukálni. Ehhez a következőt kell hozzáadnia a my.cnf fájlhoz:
2) Adja meg azt a "kiindulási pontot", amellyel elkezdi az adatok replikációját.
3) Indítsa el a replikációt

Kérdés: Csak a kijelölt táblák replikálódnak, vagy az adatbázis két táblából áll?
Megmagyarázom, miért van ez a kérdés. Ha figyelmesen olvassa el a dokumentációt a replikáció az izmok, majd azt mondja, hogy a módosításokat a naplóba az összes asztal, és már a slave ellenőrzi, hogy replikáció az asztalra, vagy sem, amely lelassítja a szolga is. Ne felejtsük el, hogy a replikáció 1 szálon működik. IMHO, ez sokkal jobb, hogy blackhole Storage Engine (mysql 5) másolatai csak néhány adatbázistábláinak táblázatok, amelyek nem ismétlődik.

Egy kis megjegyzés, ne felejtsük el, hogy a slave csatlakoztatásához meg kell tennie
FLUHT TÁBLÁZATOK READ LOCK; majd másolja a táblagépeket, futtassa a slavet a varázsló megadott pozíciójából, majd TÖLTSE A TABLÁT;




Kapcsolódó cikkek