replikációs fájlok
Most nézzük meg néhány fájl részt vesz a replikációs folyamatban. Mintegy bináris log és váltó jelentkezzen már tudja, de vannak más fájl objektumok. A különösen tárolási hely elsősorban attól függ, a konfigurációs paraméterek MySQL. A különböző változatai az adatbázis alapértelmezés más. Leggyakrabban megtalálhatók az adatok könyvtárban vagy a könyvtárban, ahol a kiszolgáló pid-fájlt (UNIX-alapú rendszerek esetében ez általában a / var / run / mysqld /). Itt vannak.
Ha a bejegyzés a bináris log engedélyezve van, a szerver létrehoz egy fájlt a neve megegyezik a bináris log, de a kiterjesztés
index. Ez rögzíti az összes bináris log fájlokat a lemezre. Ez nem egy index, abban az értelemben, amelyben beszélünk indexek az asztalon; ez pusztán a szöveges karakterláncok, amelyek mindegyike a nevét egy bináris log fájlt. Valószínűleg van egy gondolat, hogy ez a fájl felesleges, és el lehet távolítani (elvégre a MySQL könnyen megtalálja a fájlokat a lemezen). Ne csináld! MySQL figyelmen kívül hagyja a bináris naplókat, amelyek nem szerepelnek az indexben fájlt.
Ez a fájl játszott ugyanazt a szerepet a relé naplókat, amelyek fájl bináris naplók fent tárgyalt.
Ez a fájl tartalmazza a szükséges információkat a slave csatlakozni a fő. Text formátum (Soronként egy értéket), és függ a változat a MySQL. Ne töröld, vagy újraindítás után a szolga nem tudja, hogyan kell csatlakoztatni a mester. Mivel ez a fájl tárolására képes a felhasználó jelszavát a tiszta, ésszerű korlátozása jogait hozzáférést.
Ebben a fájlban van tárolva a szolga szerver nevét a jelenlegi bináris log és replikációs koordinátáit (vagyis a bináris log a fő szerver, amelyre eljött a slave). Ne törölje ezt a fájlt, vagy ha újraindítja a slave szerver nem fogja tudni, amit helyre, hogy továbbra is a replikáció és megpróbálja reprodukálni a már végrehajtott parancsokat.
A kombináció a fájlokat egy viszonylag egyszerű módja annak, hogy mentse az állam a replikáció és magazinok. Sajnos, a rekord tették a szinkront, így ha áramszünet lép fel, ha a fájlok nem kerültek lemezre kiírásra, majd újraindítása után az adatok bennük nem lesz megfelelő.
Alapértelmezésben a bináris naplónévhez képződik a gazda nevét, amelyhez hozzáadunk egy numerikus utótag, de jobb, hogy állítsa be a bázis neve kifejezetten my.cnf fájlt:
log_bir # Ne csináld ezt, hacsak nem akarja
log_bin_index = mysql-bin.index relay_log = mysql-relé-bin
Tény, hogy az alapértelmezett index-fájl örökli a nevét a megfelelő log fájlokat, de nem árt, ha beállítja őket kifejezetten.
Az index-fájlokat is érinti paraméter expire_logs_days, amely meghatározza, hogy meddig kell tartani MySQL bináris naplók már lezárult. Ha a mysql-bin.index fájl említett fájlok, amelyek nem a lemezen, automatikus eltávolítását nem fog működni; még parancs PURGE MASTER rönköt nem fog működni. Általában ahhoz, hogy megoldja ezt a problémát, meg kell bízni a menedzsment bináris naplók a MySQL szerver, így nem zavart.
Szükséges, hogy dolgozzon ki egy stratégiát a eltávolítása a régi folyóiratok - segítségével expire_logs_days opció vagy más módon - egyébként előbb-utóbb MySQL bináris naplók töltse ki az egész lemezt. Meg kell figyelembe venni a szervezet biztonsági politika. További információ a bináris log lásd. A „Binary Log Format” c. 601.