Przechowywanie dzienników binarnych MySQL tylko tak długo, jak potrzeba (ZRM)

  • 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 for MySQL ma wiele interfejsów wtyczek, które umożliwiają dostosowanie procesu tworzenia kopii zapasowych i odzyskiwania do wymagań 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.

Obsługiwane przez BetterDocs

Dołącz do dyskusji

pl_PLPolish
en_USEnglish fr_FRFrench it_ITItalian es_ESSpanish de_DEGerman pt_BRPortuguese sv_SESwedish tr_TRTurkish nl_NLDutch jaJapanese zh_TWChinese id_IDIndonesian ko_KRKorean ms_MYMalay thThai pl_PLPolish