Att behålla binära MySQL-loggar bara så länge som behövs (ZRM)

  • Denna artikel är för Zmanda Recovery Manager för MySQL (ZRM)
  • Info Typ: Tips

Info Beskrivning:

ZRM för MySQL kräver att binär loggning är aktiverad på MySQL-servern för att förforma inkrementella säkerhetskopior. Binär loggning har minimal inverkan på MySQL-prestanda, men i en aktiv databas kan loggarna växa till hundratals gigabyte eller till och med terabyte.

ZRM för MySQL har flera plugin-gränssnitt för att anpassa säkerhetskopierings- och återställningsprocessen med tanke på webbplatsens krav. Ett av plugin-gränssnitten är plugin efter säkerhetskopiering. Eftersom loggarna inte längre krävs efter en säkerhetskopia kan plugin-programmet efter säkerhetskopiering rensa de binära loggarna efter säkerhetskopian.

Följande kommando som rensar de gamla binära loggarna kan läggas till i standardinställningsprogrammet för säkerhetskopiering för ZRM för MySQL:

mysql -uroot -ppasswd -e à ¢ €Š“rensa huvudloggar före date_sub (nu (), intervall 1 dag); à ¢ €�

Ett annat alternativ är att ställa in parametern MySQL-server à ¢ €Š“expire_log_daysà ¢ €�. Standardvärdet för expire_log_days är att rensa aldrig rensa loggar; genom att ställa in detta till något antal kan du låta MySQL-servern ta hand om att städa upp loggar.

Varning: Användare måste vara försiktiga med att rensa binära loggar på huvudreplikationsservern om säkerhetskopior görs på masterservern. Om slavar släpar efter servern mer än en dag kommer den binära loggen att göra att replikering misslyckas.

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