Betyder detta att jag praktiskt taget får säkerhetskopior var 60:e sekund?
NEJ . Redis sparar i bakgrunden efter 60 sekunder, om det finns minst 10 000 nycklar har ändrats . Annars sparar den inte i bakgrunden.
Kommer användning av appendonly på och appendfsync everysec att orsaka en prestandanedgradering? Kommer det att träffa CPU? Skrivbelastningen är i överkant.
Det beror på många saker, t.ex. diskprestanda (SSD VS HDD), skriv-/läsbelastning (QPS), datamodell och så vidare. Du måste göra ett benchmark med din egen data i din specifika miljö.
När jag väl startar om redis-servern med dessa nya inställningar kommer jag fortfarande att förlora de sista 60 sekunderna av min data, eller hur?
NEJ . Om du aktiverar både AOF och RDB, när Redis startar om, kommer AOF-filen att användas för att bygga om databasen. Eftersom du konfigurerar den till appendfsync everysec , förlorar du bara den sista 1 sekunden av data.
Är omstartstider något att oroa sig för? Min dump.rdb-fil är liten; ~90 MB.
Om du slår på AOF, och när Redis startar om, spelar den upp loggar i AOF-filen igen för att bygga om databasen. Normalt är AOF-filen större än RDB-filen, och det kan vara långsammare än att återställa från RDB-filen. Borde du oroa dig för det? Gör ett riktmärke med din egen data i din specifika miljö.
REDIGERA
VIKTIGT MEDDELANDE
Anta att du redan har ställt in Redis att använda RDB-sparande, och skriv massor av data till Redis. Efter ett tag vill du aktivera AOF-spara. ÄNDRA ALDRIG KONFIGIFILEN FÖR ATT SLÅ PÅ AOF OCH STARTA OM REDIS, ANNARS FÖRLÖR DU ALLT .
För, när du väl har ställt in appendonly yes i redis.conf, och starta om Redis, kommer den att ladda data från AOF-filen, oavsett om filen finns eller inte. Om filen inte finns skapar den en tom fil och försöker ladda data från den tomma filen. Så du kommer att förlora allt.
Faktum är att du inte behöver starta om Redis för att slå på AOF. Istället kan du använda config set kommando för att slå på det dynamiskt:config set appendonly yes .