- 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 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 standardinsticksprogrammet för säkerhetskopiering för ZRM för MySQL:
mysql -uroot -ppasswd -e à ¢ €Š“rensa masterloggar före date_sub (nu (), intervall 1 dag); à ¢ €�
Ett annat alternativ är att ställa in à ¢ €Š“expire_log_daysà ¢ €� MySQL-serverparametern. 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.
Försiktighet: Användarna måste vara försiktiga med att rensa binära loggar på huvudreplikationsservern om säkerhetskopior görs på mastern servern. Om slavar släpar efter servern mer än en dag kommer den binära loggen att göra att replikering misslyckas.
