Maison  >  Article  >  développement back-end  >  Tutoriel Redis (10) : Explication détaillée de la persistance

Tutoriel Redis (10) : Explication détaillée de la persistance

黄舟
黄舟original
2016-12-28 15:03:021284parcourir

1. Quels mécanismes de persistance Redis fournit-il :

1). Persistance RDB :
Ce mécanisme fait référence à l'écriture d'un instantané de l'ensemble de données en mémoire sur le disque dans un intervalle de temps spécifié.
2). Persistance AOF :
Ce mécanisme enregistrera chaque opération d'écriture traitée par le serveur sous la forme d'un journal au début du démarrage du serveur Redis, le fichier sera lu pour reconstruire la base de données afin de garantir. qu'après le démarrage, les données de la base de données sont complètes.
3). Pas de persistance :
Nous pouvons désactiver la fonction de persistance du serveur Redis via la configuration, afin que nous puissions traiter Redis comme une version améliorée de memcached.
4). Appliquez AOF et RDB en même temps.

2. Avantages et inconvénients du mécanisme RDB :

Quels sont les avantages du RDB ?

1). Une fois cette méthode adoptée, l'intégralité de votre base de données Redis ne contiendra qu'un seul fichier, ce qui est parfait pour la sauvegarde de fichiers. Par exemple, vous pouvez prévoir d'archiver les données des dernières 24 heures toutes les heures, ainsi que d'archiver les données des 30 derniers jours chaque jour. Grâce à une telle stratégie de sauvegarde, lorsqu'une panne catastrophique survient dans le système, nous pouvons le restaurer très facilement.
2). Pour la reprise après sinistre, RDB est un très bon choix. Parce que nous pouvons facilement compresser un seul fichier puis le transférer sur d’autres supports de stockage.
3). Maximisez les performances. Pour le processus de service Redis, lorsqu'il démarre la persistance, la seule chose qu'il doit faire est de débourser le processus enfant, puis le processus enfant terminera le travail de persistance. Cela peut grandement éviter que le processus de service effectue des opérations d'E/S.
4). Par rapport au mécanisme AOF, si l'ensemble de données est volumineux, l'efficacité du démarrage de RDB sera plus élevée.

Quels sont les inconvénients du RDB ?

1). Si vous souhaitez garantir une haute disponibilité des données, c'est-à-dire éviter au maximum la perte de données, alors RDB ne sera pas un bon choix. Car une fois que le système plante avant la persistance programmée, toutes les données qui n'ont pas eu le temps d'être écrites sur le disque seront perdues.
2). Étant donné que RDB aide à la persistance des données via les processus enfants fork, si l'ensemble de données est volumineux, l'ensemble du serveur peut cesser de servir pendant des centaines de millisecondes, voire 1 seconde.

3. Avantages et inconvénients du mécanisme AOF :

Quels sont les avantages de l'AOF ?

1). Ce mécanisme peut apporter une plus grande sécurité des données, c'est-à-dire une persistance des données. Redis propose trois stratégies de synchronisation, à savoir la synchronisation toutes les secondes, la synchronisation à chaque modification et aucune synchronisation. En fait, une synchronisation sur deux est également effectuée de manière asynchrone et son efficacité est également très élevée. La seule différence est qu'une fois le système tombé en panne, les données modifiées au cours de cette seconde seront perdues. Chaque fois qu'une modification est synchronisée, nous pouvons la considérer comme une persistance synchrone, c'est-à-dire que chaque modification de données qui se produit sera immédiatement enregistrée sur le disque. On peut prédire que cette méthode est la moins efficace. Quant à l'absence de synchronisation, inutile d'en dire plus, je pense que tout le monde peut bien le comprendre.
2). Étant donné que ce mécanisme utilise le mode ajout pour écrire les fichiers journaux, même s'il y a un temps d'arrêt pendant le processus d'écriture, le contenu existant dans le fichier journal ne sera pas détruit. Cependant, si nous n'écrivons que la moitié des données lors de cette opération et qu'une panne du système se produit, ne vous inquiétez pas. Avant le prochain démarrage de Redis, nous pouvons utiliser l'outil redis-check-aof pour nous aider à résoudre le problème de cohérence des données.
3). Si le journal est trop volumineux, Redis peut activer automatiquement le mécanisme de réécriture. Autrement dit, Redis écrit en continu les données modifiées sur l'ancien fichier disque en mode ajout. En même temps, Redis crée également un nouveau fichier pour enregistrer les commandes de modification exécutées pendant cette période. Par conséquent, la sécurité des données peut être mieux assurée lors de la réalisation d'une commutation de réécriture.
4). AOF contient un fichier journal au format clair et facile à comprendre pour enregistrer toutes les opérations de modification. En fait, nous pouvons également compléter la reconstruction des données grâce à ce fichier.

Quels sont les inconvénients de l'AOF ?
1). Pour le même nombre d'ensembles de données, les fichiers AOF sont généralement plus gros que les fichiers RDB.
2). Selon la stratégie de synchronisation, AOF est souvent plus lent que RDB en termes d'efficacité opérationnelle. En bref, l'efficacité de la stratégie de synchronisation par seconde est relativement élevée et l'efficacité de la stratégie de désactivation de la synchronisation est aussi efficace que celle de RDB.

4. Autres :

1. Instantané :

Par défaut, Redis videra l'instantané de l'ensemble de données dans le fichier dump.rdb. De plus, nous pouvons également modifier la fréquence des instantanés de dump du serveur Redis via le fichier de configuration. Après avoir ouvert le fichier 6379.conf, nous recherchons save et pouvons voir les informations de configuration suivantes :
save 900 1 #En 900 secondes (. 15 minutes), si au moins 1 clé change, videz l'instantané de la mémoire.
save 300 10 #Après 300 secondes (5 minutes), si au moins 10 clés ont changé, videz l'instantané de la mémoire.
save 60 10000 #Après 60 secondes (1 minute), si au moins 10 000 clés ont changé, videz l'instantané de la mémoire.

2. Mécanisme de vidage des instantanés :

1). Redis lance d'abord le processus enfant.
2). Le processus enfant écrit les données de l'instantané dans le fichier RDB temporaire.
3). Lorsque le processus enfant termine l'opération d'écriture des données, remplacez l'ancien fichier par un fichier temporaire.

3. Fichier AOF :

Comme mentionné à plusieurs reprises ci-dessus, le mécanisme de vidage planifié des instantanés de RDB ne peut pas garantir une bonne durabilité des données. Si notre application est vraiment préoccupée par cela, nous pouvons envisager d'utiliser le mécanisme AOF dans Redis. Pour le serveur Redis, le mécanisme par défaut est RDB. Si vous devez utiliser AOF, vous devez modifier les entrées suivantes dans le fichier de configuration :
Remplacez appendonly no par appendonly yes
Désormais, Redis s'exécutera tous les time Après avoir reçu la commande de modification des données, elle sera ajoutée au fichier AOF. Au prochain redémarrage de Redis, les informations du fichier AOF doivent être chargées pour créer les dernières données en mémoire.

4. Configuration AOF :

Il existe trois méthodes de synchronisation dans le fichier de configuration Redis, ce sont :
appendfsync toujours #Écrit à chaque fois qu'une modification de données se produit dans le fichier AOF.
appendfsync Everysec #Synchroniser une fois par seconde Cette stratégie est la stratégie par défaut d'AOF.
appendfsync no #Ne jamais synchroniser. Efficace mais les données ne seront pas conservées.

5. Comment réparer les fichiers AOF endommagés :

1). Faites une copie supplémentaire du fichier AOF endommagé existant.
2). Exécutez la commande "redis-check-aof --fix " pour réparer le fichier AOF endommagé.
3). Redémarrez le serveur Redis avec le fichier AOF réparé.

6. Sauvegarde des données Redis :

Dans Redis, nous pouvons sauvegarder les fichiers de données Redis en cours d'exécution en ligne en les copiant. En effet, le fichier RDB ne sera pas modifié une fois généré. Redis transfère à chaque fois les dernières données dans un fichier temporaire, puis utilise la fonction rename pour renommer atomiquement le fichier temporaire avec le nom du fichier de données d'origine. Nous pouvons donc affirmer que la copie de fichiers de données est sûre et cohérente à tout moment. Compte tenu de cela, nous pouvons régulièrement sauvegarder les fichiers de données Redis en créant une tâche cron et en copiant les fichiers de sauvegarde sur un support disque sécurisé.

Ce qui précède est le contenu du didacticiel Redis (10) : explication détaillée de la persistance. Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (www.php.cn) !


Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn