- Ten artykuł jest przeznaczony dla Menedżer odzyskiwania Zmanda dla MySQL (ZRM)
- Typ informacji: Wskazówka
Informacje Opis:
ZRM for MySQL wymaga włączenia rejestrowania binarnego na serwerze MySQL w celu wykonywania przyrostowych kopii zapasowych. Rejestrowanie binarne ma minimalny wpływ na wydajność MySQL, ale w aktywnej bazie danych dzienniki mogą urosnąć do setek gigabajtów, a nawet terabajtów.
ZRM dla MySQL ma wiele interfejsów wtyczek, aby dostosować proces tworzenia kopii zapasowych i odzyskiwania, biorąc pod uwagę wymagania witryny. Jednym z interfejsów wtyczek jest wtyczka po utworzeniu kopii zapasowej. Ponieważ dzienniki nie są już wymagane po utworzeniu kopii zapasowej, wtyczka po utworzeniu kopii zapasowej może wyczyścić dzienniki binarne po utworzeniu kopii zapasowej.
Następujące polecenie, które czyści stare dzienniki binarne, można dodać do domyślnej wtyczki po wykonaniu kopii zapasowej dla ZRM dla MySQL:
mysql -uroot -ppasswd -e à ¢ €Š“wyczyść dzienniki główne przed date_sub (now (), interwał 1 dzień); à ¢ €�
Inną opcją jest ustawienie parametru serwera MySQL „expire_log_daysĂ”. Domyślną wartością expire_log_days jest czyszczenie dzienników; ustawiając tę wartość na pewną liczbę, serwer MySQL może zająć się czyszczeniem dzienników.
Uwaga: Użytkownicy muszą zachować ostrożność podczas czyszczenia dzienników binarnych na głównym serwerze replikacji, jeśli kopie zapasowe są wykonywane na serwerze głównym. Jeśli urządzenia podrzędne pozostają w tyle za serwerem dłużej niż jeden dzień, czyszczenie dziennika binarnego spowoduje niepowodzenie replikacji.
