AOF est la principale option de persistance pour Redis. Chaque fois qu'une opération d'écriture modifie l'ensemble de données en mémoire, cette opération est enregistrée. Ainsi, lors d'un redémarrage, Redis rejouera toutes les opérations pour reconstruire le jeu de données. Vous avez également le choix entre 3 politiques de configuration fsync différentes (non, toutes les secondes, toujours). FWIW, il est généralement conseillé d'utiliser à la fois AOF + RDB si vous souhaitez un bon niveau de sécurité des données. C'est un peu en dehors de la portée de votre question, mais j'ai pensé que je le mentionnerais.
Documents principaux sur la persistance Redis
La persistance Redis démystifiée
Tarantool utilise quelque chose appelé un "écrivain WAL". Cela s'exécutera dans un thread séparé et enregistrera les demandes qui manipulent les données "requêtes d'insertion et de mise à jour". Au redémarrage, Tarantool récupère en lisant le fichier WAL et en rejouant chacune des requêtes.
Tarantool Persistance Docs
Il y a évidemment une différence dans les composants internes, mais à un niveau élevé, ils sont assez similaires. La comparaison de persistance dans l'article est assez étrange et tout simplement fausse.
Pour plus d'informations sur les différences de bas niveau, reportez-vous aux documents répertoriés ci-dessus.
J'espère que ça aide
