AOF is de belangrijkste persistentieoptie voor Redis. Elke keer dat er een schrijfbewerking is die de gegevensset in het geheugen wijzigt, wordt die bewerking vastgelegd. Dus tijdens een herstart zal Redis alle bewerkingen herhalen om de dataset te reconstrueren. U kunt ook kiezen uit 3 verschillende fsync-configuratiebeleidsregels (nee, everysec, always). FWIW, het wordt meestal geadviseerd om zowel AOF als RDB te gebruiken als u een goed niveau van gegevensbeveiliging wilt. Dit valt een beetje buiten het bestek van je vraag, maar ik dacht ik meld het toch even.
Belangrijkste Redis Persistentie Docs
Redis Persistentie gedemystificeerd
Tarantool's gebruikt iets dat een "WAL-schrijver" wordt genoemd. Dit wordt uitgevoerd in een aparte thread en logverzoeken die gegevens "insert and update requests" manipuleren. Bij herstart herstelt Tarantool door het WAL-bestand te lezen en elk van de verzoeken opnieuw af te spelen.
Tarantool Persistentie Docs
Er is duidelijk een verschil in de binnenkant, maar op een hoog niveau lijken ze behoorlijk op elkaar. De persistentievergelijking in het artikel is behoorlijk vreemd en gewoon niet waar.
Raadpleeg de bovenstaande documenten voor meer informatie over de verschillen op laag niveau.
Ik hoop dat dat helpt