Redis n'est pas habituellement déployé comme un magasin de données «durable» (dans le sens de la «D» dans ACID.), Même avec la journalisation. La plupart des cas d'utilisation sacrifient volontairement un peu de durabilité en échange de la vitesse. Cependant, le mode de stockage "append only file" peut éventuellement être configuré pour fonctionner de façon durable, au détriment des performances. Il devra payer pour un fsync() à chaque modification. Pour configurer cela, définir ces deux options dans votre fichier .conf:
appendonly yes
appendfsync always
De la documentation: How durable is the append only file?
Vérifiez redis.conf, vous pouvez configurer combien de fois Redis seront données fsync() sur le disque. Il y a trois options:
- fSYNC() chaque fois qu'une nouvelle commande est ajouté au fichier journal append. Très très lent, très sûr.
- Fsync() une fois chaque seconde. Assez rapidement, et vous pouvez perdre 1 seconde de données en cas de sinistre .
- Jamais fsync(), il suffit de mettre vos données entre les mains du système d'exploitation . La méthode plus rapide et plus rapide.
(Notez que la valeur par défaut pour appendfsync dans l'expédition de fichier de configuration avec post-2.0.0 Redis est everysec, et non always.)
Vous ne pouvez pas avoir les deux. Soit certaines données sont dans les limbes, soit vous devez attendre que toutes les données soient écrites sur le disque. –
C'est exactement pourquoi je pose cette question. – allyourcode